会议主题: CloudWeGo 社区会议 3.11
参会人员: CoderPoet, liu-song, GuangmingLuo, Zheming Li, YangruiEmma, li-jin-gou, simon0-o, Dianjun Suo, jasondeng1997, lvnszn, baiyutang, Duslia, joway, Xuewu Jiang, AshleeT, yccpt.
会前必读: http://www.cloudwego.io/; https://github.com/cloudwego
内容:社区新成员和首次参加社区会议的内部成员分别进行自我介绍,主要包含个人基本情况和历史贡献。
事项介绍
Action Items
补充单元测试原则
补充的单测必须是有意义的,验证某个逻辑的正确性,或者异常表现是否符合预期。
杜绝为了覆盖率而补全单测,宁可不加。
每个单测必须要有断言。
可以添加 mock 辅助单测。
建议单测通过注释明确验证的逻辑。
不要在单测代码里用 printf 等手段打日志人肉去检验。
Q:Kitex 啥时候支持 Thrift Streaming?
A:Kitex 支持 Thrift streaming 我们刚开始是计划要做的,但是之后了解到目前没有应用场景,没有用户提出需要用到 Thrift Streaming, 因此,这个计划我们就搁置了。如果没有收到真实的业务场景需求,我们暂时不去安排这个功能支持。
Q:Proxyless 支持这块是一个 doing 状态吗?
A:之前是有一个同学在跟进,但是后来因为内部有其它事情处理就没有再继续做了。如果你感兴趣的话,可以加入进来一起支持。
Q:字段 size 是说大包性能的问题么。类似拆包去分发?
A:首先,大包这一块的问题,我们目前是在 v1.8.0版本,就支持了可以去自定义整个包的 size。 其次,字段 size 校验的话,有可能有时我们的包出现错误,这个时候如果我们没有去校验 size, 那在解码的过程中,会因为这个错误的 size 可能导致去分配很大的内存。所以我们想对这个字段 size 增加一个校验。
Q:连接池优化是指高并发的时候,长连接变成短连接的问题吗?
A:不是的。我们的连接池有一个空闲连接的策略,空闲连接是指你配置了空闲时间,那么到了这个空闲时间,你这个连接就应该被清理掉。但实际上目前不是这样的逻辑,目前是我在用到这个连接的时候,我发现这个连接可能已经达到了我的空闲时间了,然后我才会把它给清理掉,这个是不合理的。基于此,我们打算重写这块的逻辑。