zhwaaaaaa

channel pool 发送数据的问题

2

我初略看了一下你们这个源码。发现你们是从channel pool中获取一个channel，然后注册一个定时器timeout，然后做序列化，然后同步阻塞发送数据直到数据发送出去，然后回收连接。 我觉得可以换一个过程，可以省掉连接池，和定时器，不知道是否会对性能有提升。 先序列化 -> 在获取channel -> 发送数据（不需要等待数据发送出去，把数据交给netty排队）->设置定时器（使用socketChannel.eventLoop()的定时功能，把定时操作放在selector上）。 首先我觉得这个过程可以减少对每次发送对channel的占用时间，使用更少的channel就可以有相同的并发量，然后省掉了定时器线程

使用 nacos 支持路由信息动态变更和推送

ConfigController getConfig 和 detailConfigInfo 对 tenant 的行为 不一致

2

Nacos 2.2.2 GET /nacos/v1/cs/configs?&group=DEFAULT_GROUP&dataId=ccdd&tenant=public&show=all 这个接口 加 show=all 访问的是 detailConfigInfo 。如果 tenant 指定为 public。获取不到 配置。不加 show=all 访问的方法是 getConfig 则可以，里边 有特殊 处理。会把 public 变为 "" 空 ```tenant = NamespaceUtil.processNamespaceParameter(tenant);```

ngx.location.capture 请求增加 headers 选项。

1

希望 subrequest 可以指定不使用main request的header，或者在 main request的基础上新增 header

讨论贴：现在已经支持 nginx 了，但是用起来有点不灵活。计划做一次大重构，全面支持 openresty，计划如下

5

### 支持 配置 订阅 支持 lua 回调 新增 如下命令，用于支持 配置的 lua 回调 ```nginx subscribe_config_by_lua_block data_id=xxxx group=xxx { local config_data = nacos.get_current_config_data() local config_md5 = nacos.get_current_config_md5() --- 通过 lua 自行处理 nacos...

nginx nacos 模块 贡献到 nacos-group

5

[nginx-nacos-module](https://github.com/zhwaaaaaa/nginx-nacos-upstream) 目前是我的人个项目，关于项目贡献到社区，之前在线下和@KomachiSion有过初步的沟通 。 现在申请把它贡献到nacos社区 ，项目贡献到社区要走什么流程？ #### nginx-nacos-module 简介： nginx nacos module 是一个 nginx 订阅 nacos 的插件。 nginx 订阅 nacos，实现 服务发现 和 配置 动态更新。支持 nacos 1.x 的 udp 协议 和 nacos...