@liprais 懂了，改天我叫别人来发帖子。

@Livid 如果真的要按规矩来，这个帖子应该在 分享创造 节点。 谢谢。

@GuuJiang 找了个 槽点出来，吐槽了一番，后来发现自己看错了代码， 然后 就吐槽我对协议的理解有问题。

当我解释了优势 以及协议的关系后， 来一句“你开心就好”。

哎~，真的是。。。一言难尽。

@GuuJiang 优势在于可以控制线程数量啊。 使用者可以自己配置 要几个线程来进行消费。 而不是只有一个 while 在那消费 selectionskey 。

还有，http，websocket 都是给予 tcp 的吧，websocket 甚至需要先发一个 http 来建立连接，所以 http 和 websocket 都放在 tcp 的包里 没什么问题吧？

upd 是另一种协议，我也是放到另一个单独的包里了。而且 udp 我就是用的 selector，因为他不需要保持连接到响应结束，因为他不需要响应，所以我可以在数据读完以后 再开线程去消费，这样就不存在重复操作 channel 的问题了。

@GuuJiang selector 确实是精髓，但是精髓 就在于 并发高了不会造成线程太多啊，因为他是用一个线程在消费 selectionkey，我不是在文章里说过了吗？

如果你觉得可以在 while 里开线程，那你就去试试，试完了再说话。

这句代码会把当前的连接 放到 selectionkeys 里
```java
int select = selector.select();
```

而 http 需要将连接保持到响应结束，如果你开线程去做别的事，这件事做完之前 连接是不会关闭的，会导致这里将 channel 再一次的取出来，造成重复消费。不信可以自己尝试。

不过话说回来，while 里开线程，和我这个模型有啥区别呢？ 不都是把 channel 丢给线程去处理，有区别吗？

@GuuJiang
哦对了，还有一点，我分享原理 是想让大家对这个东西了解多一些，从而决定自己要不要使用。并不是拿来炫耀的。

你所谓的没价值，只是你认为，有没有价值取决于 每个人的 实际需求。

最后呢，建议你看代码的时候仔细一点，你点的那个 package 明明就是 websocket 而不是 http，这都没看出来吗？

@learningman

来，说出你的观点。 不要直接一句反问，因为我不懂你的意思。

@GuuJiang

100 毫秒的 那个你是不是看错了？ 那个是 websocket 。 连接上了以后 需要实时监控 channel 里有没有消息。
而且这个一看就知道 不是 http 了啊，跟我文章是描述的原理完全不搭噶，你是怎么理解到一起的？

建议你重新看一下 http 的实现部分。

还有这句： [至于“如果业务比较耗时，会造成整个循环被堵住”，这个跟是否用 Selector 根本没关系，而是使用者自己应该保证不在 IO 线程里处理耗时业务]

你可以试一下 在 select 的 while 里开线程试试，你去试一下就知道了。

第三线程池确实是这个原理，但是这有什么问题？

@guyeu 而且，这个节点是 java，我发的也是 java 项目，而且是开源非商业， 我不觉得有啥大问题。 如果真的冒犯到了这里的规矩，我接受管理员的删帖 甚至封号。

@guyeu

1. 推广当然要发在人多的地方，推广节点有人看吗？ 你会去一个全是广告的节点翻帖子？？？ 如果你有意见可以举报一波，让管理员来删帖。轮不到你喷我。
2. 我好像全文都没跟 netty 对比吧？你突然冒出一句 看不出来比 netty 高级在哪，我很懵逼啊。

@nazor 大老厉害，果然是这个问题。

@Nillouise 问题就是一点异常都没。 发了也不报错，能正常返回。

换支付宝二维码 就好了

自己建文件夹不香吗，想怎么分都行

做电脑，如果质量好 是有可能卖出的，如果你有本钱，可以试一下，但是必须想办法把质量做好，设计做好。

不过以内置 linux 为卖点， 没有一丝丝吸引力， 因为随便买台电脑都能装 linux，什么发行版都能装。而且不存在驱动问题， 而且你的目标客户是 懂技术的人，这批人 也不存在 不会折腾的痛点。

你到不如做一个 最好的 linux 发行版，纯粹面向桌面级，让他做到 像安卓之于手机一样。

@BBCCBB 如果一旦做了放弃 8 的决定，后面可能会加入一些 11 以上的特性

@20015jjw 就是用来接 mac 的

不要把 spring 的锅 怪到 java 头上， 你想随便写写，不用框架，那么可以选择 servlet+jdbc 。 或者看看这个框架： http://mars-framework.com

@OneMan 如果眼睛区分不出来，那上万块的显示器卖给谁？