意犹未尽

摘要： 需求 说明 对接企业微信或者其他渠道，会需要配置一个消息地址 流程 1.用户在企业微信聊天框发送一个消息 2.企业微信会将消息推送到我们服务器大概格式为:应用id、用户openid、消息内容 3.我们首先判断用户openid是否有绑定的对应客户，如果没有则通过应用appid和secrit获取toke 阅读全文

摘要： 编译型语言和解释型语言的区别 解释型 依赖虚拟机转换为可以执行的机器代码 编译型，少了转换步骤 诞生时机 诞生之初就考虑到了多核 cpu的情况。 其他语言诞生就没有多核,通过后期加语法框架支持 特点 G0语言保证了既能到达静态编译语言的安全和性能，又达到了动态语言开发维护的高效率,使用一个表达式来形 阅读全文

摘要： 说明 在做功能时多思考，如性能、并发、线程安全、越权漏洞等 性能相关 案例1 比如这里有个刷新容量的按钮,每次刷新都会全量统计用户的各个资源使用量,性能会比较差的,一般只是在用户发现增量计算有误的时候才会去刷新,这个时候我们应该限制一下 不能频繁调用 1.必须上一个请求处理完才能调用下一个（加锁） 阅读全文

摘要： 说明 记录一下,以前处理方式，都是线上cpu告警运维查看数据库mysql提供给研发改。记录一下操作方式， 我觉得应该研发定期去上线拿慢sql日志，再做更改,因为很多慢sql在低峰期并不会给数据库性能带来瓶颈 但是高峰期来就会遇到高CPU 阻塞业务，那个时候再去优化就会很着急 阿里云慢日志查看 注:在 阅读全文

摘要： traceId设计 每个请求关联的所有日志默认打上traceId,抛给用户追加追溯码,如果有链路追踪则使用链路追踪的traceId,没有可以用tlog或者自己实现 日志自动追加当前操作用户信息 traceId只支持,用户反馈或者我们复现知道某次请求traceId的情况,如果我们要主动搜索某个用户某段 阅读全文

摘要： 现象 客户遇到工单缺少描述,查询日志写入描述报错，但那是工单又正常生产 原因 先写入工单再查询工单实时性要求比较高的不能走从库, 还有就是service层方法命名不规范,不点进去看根本不知道走从库,如果要走从库应该带上Slave后缀,查询缓存也一样带上cache findProviderIdByTi 阅读全文

摘要： 说明 企业微信三方应用,通讯录相关接口调整只会返回id,名字、手机、邮箱均不再返回,导致完成很多业务受到局限性 1.全量同步将企业微信用户录入到系统包含手机、邮箱、部门、名字等信息 2.增量同步将企业微信用户录入到系统包含手机、邮箱、部门、名字等信息 全量方案 如果需要实现上述功能，需要一些辅助手段 阅读全文

摘要： 现象 突然小程序不可用，获取不到用户信息,登录小程序消息通知,提示设置隐私保护,过期未设置将收回获取用户相关协议。 隐私保护协议就是告诉用户你的小程序获取他的铭感信息用于做什么 关于token 因为是三方平台代开发,以下token都是授权方token,与三方平台绑定的小程序只有通过api调用，非三方 阅读全文

摘要： innodb_buffer_pool_size和query_cache_size `innodb_buffer_pool_size`和`query_cache_size`是MySQL的两个重要配置参数，它们对数据库性能和缓存机制起着关键作用。 1. `innodb_buffer_pool_size` 阅读全文

摘要： 经常监控常用的错误日志进行修复 如:java.lang.NullPointerException "com.mysql.jdbc.exceptions.MySQLTimeoutException" 发版后监控错误日志和发版前的做对比 快速发现版本bug并修复 阅读全文