2团日志

Archives

2025 / 04

1. 前言 最近在看NioEventLoop#run()实现时,对如下注释产生了兴趣。 switch (selectStrategy.calculateStrategy(selectNowSupplier, hasTasks())) {
看io.netty.util.concurrent.SingleThreadEventExecutor 代码时,发现执行execute() 方法时,会使用addTaskWakesUp标志判断是否需要唤醒线程。具体代码如下所示: @Override public void execut
1. 前言 在近期研读芋道源码对Netty代码的解析过程中,其中提及Netty在执行写入操作时进行了优化处理。通常情况下,SocketChannel能够直接完成数据写入,但如果写入的数据量过大(如写入大文本文件)或者客户端读取能力较弱,就容易导致写入缓冲区溢出,进而造成数据丢失。 2. 优化方案 2

2025 / 03

近期在新环境中部署项目,提前确认了出口流量未做限制。但在项目试运行时,发现访问百度地图API频繁出现“Connection Reset”错误。起初,我怀疑是新环境网络质量不佳,于是添加了重试策略(重试三次)以尝试解决,但重试后依然报错。 于是,我将这一情况上报给网络技术支撑人员。经排查,发现出口流量
近期项目涉及微信消息推送功能,此前我未曾接触过,现将梳理出的要点整理如下: 字符串长度: phrase字段长度上限为5; character类型字段的长度上限为32,但是标准模板中的长度会有进一步限制(项目中实际长度上限为20); 敏感字段:推送的消息中涉及SOS等字段,推送过程中发现此类字段需要审
1. 前言 在微服务项目中,建议所有接口使用统一的API前缀,多类业务可用不同前缀区分。这样便于Nginx/Openresty等反向代理统一处理,好处如下: 简化配置:统一前缀可减少API代理配置项,降低管理复杂度和出错风险; 便于开发:统一前缀利于为相同业务编写Lua插件,实现诸如鉴权等功能; 保
25.03.19,微信小程序登录流程图如上。
1. 前言 在前期研究 yudao-cloud 代码时,对其中微信小程序的登录流程理解不够深入。然而,在后续项目中涉及 OAuth 2.0 对接需求时,通过实际操作与实践,相关流程逐渐变得清晰。因此,特在此进行详细记录,以便后续查阅与参考。 2. OAuth 2网页端登录流程
1. 背景 近期项目需要对接三方平台,双方约定HTTP请求的RequestBody需要使用对称加密方法进行加密,这就导致需要对部分接口进行统一的解密处理,避免冗余的校验和解密工作。 2. 实现 2.1 解密注解 创建解密注解,以便灵活添加在需要使用解密的接口。 @Target({ElementTyp