https:// segmentfault.com/a/1190000007403873?articleHeader2

@ashiamd 你的问题解决了吗？我觉得 Linux 可以收到 UDP 包，多半不是 NAT 的问题，我遇到过 docker 版本太低，导致 netty 收不到数据的问题，还有 spring 使用不当，把 netty 给阻塞住的问题，以及 netty 的 options 参数传的不对导致的问题，如果你还没有解决，可以传个 demo 到云盘或 github，我帮你看看

@DanielGuo 可以举个例子吗？我不太理解你的场景

channel 是绑定到某个线程上的，UDP 是无连接状态，一个绑定端口只有一个 channel，所以只有一个线程，TCP 是一个连接一个线程，多个连接可以复用同一个线程。

可以参考这个博客系列，学习一下源码：​aHR0cHMlM0EvL3NlZ21lbnRmYXVsdC5jb20vYS8xMTkwMDAwMDA3NDAzODczJTIzYXJ0aWNsZUhlYWRlcjI

channel 是绑定到某个线程上的，一般 UDP

最近想分享 AOP 的一些小技巧，这个兴许可以帮到你，https://github.com/dingxiuan/springboot-doughnut/blob/master/aop/src/main/java/com/benefit/aop/AopWebRequestAspect.java

如果你有疑问，可以在 V2 给我发消息

有，是 interface，叫什么 ApplicationEvent，匹配对应的泛型类型，好像叫这个名字，记不太清了

@easylee 啥活？那个十八线小县城？我也想去

没电脑，没网

没有，还是 2.3 上班

你拿着微服务的思想去检验淘宝前期的架构，这不合适吧。

一般 TCP 连接建立后会在自己的线程读写消息，所以你直接将连接的设备信息放在 handler 中即可，只要 handler 不共享，就是每个 TCP 对应一个 handler

996.icu 这种东西会存在吗？对于无知的韭菜绝对的好事，再也没有能唤醒的它的东西了。

github.com 要被土啬了

同求

自从把 996.icu 屏蔽掉后，我就不用国内浏览器了。

想

单体架构的服务小一点还好，如果较大，会有很多问题，比如某个模块使用了老的依赖，升级或替换是个问题；模块太多，对于新员工熟悉业务，心智负担也会很重；引入新框架，依赖冲突，需要升级也可能会有问题；启动速度更慢，debug 都烦；这些都还只是开发上的，部署时也不灵活，运行时的监控等，都不如分布式方便。

躺着看经典的计算机类书籍也一样，没用，放下就不困了。