SOFA WEEKLY | 每周精选，筛选每周精华问答
同步开源进展，欢迎留言互动
SOFAStack（Scalable Open Financial Architecture Stack）是蚂蚁集团自主研发的金融级云原生架构，包含了构建金融级云原生架构所需的各个组件，包括微服务研发框架，RPC 框架，服务注册中心，分布式定时任务，限流/熔断框架，动态配置推送，分布式链路追踪，Metrics 监控度量，分布式高可用消息队列，分布式事务框架，分布式数据库代理层等组件，也是在金融场景里锤炼出来的最佳实践。
SOFAStack 官网: https://www.sofastack.tech
SOFAStack: https://github.com/sofastack
社区 Big News
SOFA 社群元旦快乐！
2021 年的第一天，一个全新的开始~
同时，也有一个好消息要和大家共享：
MOSN 荣获 「2020 年中国优秀开源项目」，感谢所有开发者们的支持和喜爱，MOSN 团队会继续努力，提供更好的开源产品和服务，也期待大家的持续共建。
每周读者问答提炼
欢迎大家向公众号留言提问或在群里与我们互动
我们会筛选重点问题通过
" SOFA WEEKLY " 的形式回复
1、@苏榴结 提问：
对于某个全局事务来说，向 tc 注册说你是 tm 也是 rm ，但因为这个全局事务已经有了 tm，所以它就会被认定为 rm 是吗？
A :服务起来的时候就跟 TC 说了你可以做 TM ，也可以做 RM (分别建立一个长连接与 TC 通信)，然后在需要进行某个全局事务的时候，如果他是发起全局事务的那个，那么他就发挥了他 TM 那部分职能，如果他是负责操作数据库，那他就发挥了 RM 那部分的职能。
Seata：https://github.com/seata/seata
2、@刘亚飞 提问：
为什么图 1 中描述用协程池来处理可读 conn，图 2 中，又说每一个 conn 有一个读协程呢？是因为：图1 描述的是rawpoll模型下的代码方式，而图2 是 goroutine-per-connection 模式下的一个 write goroutine 池化吗？
（图1）
（图2）
A：图 1 图 2 是两种模型。Rawpoll 模型的话就是自己做 epoll_wait，有可读事件从协程池拿一个协程来读取数据；协程模型的话就是一个连接一个协程，标准的 go 编码模式，runtime 来处理 epoll_wait，可配置选择不同模式。
MOSN：https://github.com/mosn/mosn
本周推荐阅读
SOFA 项目进展
本周发布详情如下：
1、SOFA-Common-Tools 发布 1.3.1版本：
修复多 classloader 场景下 commons-logging 的兼容性
修复 SOFAThreadPoolExecutor 被删除的方法，提高向下兼容性
详细参考：
https://github.com/sofastack/sofa-common-tools/releases/tag/v1.3.1
2、SOFA-Ark 发布 1.1.6 版本：
支持插件扩展，通过宿主动态扩展指定 plugin 依赖和导出关系
SOFA-Ark-manve-plugin 支持打包按规则排除依赖（from file）
详细参考：
https://github.com/sofastack/sofa-ark/releases/tag/v1.1.6
本文归档在 sofastack.tech。
1428
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
