我一直在用的是 switchHosts.主要是它的 UI 其实看上去还是比较舒服的
但是像 @shmilyin,DNS 缓存真的是硬伤,MAC 下每次切一个 hosts 要等一段时间才能完全切过去

最最最最蛋疼的是,重构完以后,QA 同学怎么测试,该测试那些功能？ TDD 是一种很好的方式,但是还得看原代码的代码质量了,如果代码质量不是很好的话,写单元测试也是一件比较蛋疼的事情。
@finab 是正解

乐观锁可以解决吧

满分

@current 看了你的解释,大致明白了一点,说下我的理解
我的理解是,按照这种方式对于 clinet 和 service 需要进行多次通信的,I/O 多路复用确实有很大的优势,但是如果是基于 http 这种协议,只需要一次通信的,感觉优势就没有那么的大了。
PS:redis 是不是也是只需要进行一次通信的,但是 redis 也用了 I/O 多路复用,很是不解

@current 一般我们在 socket 编码的时候,是先创建一个 serviceSocket 然后 accept,如果有客户端连接的话就产生一个 SocketChannel
那我可不可以理解为,IO 多路复用的优势是在创建两个 serviceSocket 这种场景么？

@current 感谢。
这里有个疑问.
"IO Multiplexing 的意义在于提供了一种机制让你可以同时监听大量 socket "
请问下这里监听的 socket 指的是多个服务端 socket 嘛?
如果是服务端,那么可以理解,但是如果是客户端的话,我觉得普通的 accept 也可以达到相同的效果,这个是我一直不理解的地方

@DuckJK 不好意思,前面的内核缓存区和用户缓存区有误感谢 @ubear1991 指出,具体看 19 楼。
我一开始也是如你 17 楼所说的去理解,select 和 accept 可读,read 不一定可读,但是如果这样子的话。我的理解是:
1.直接 accept,为每个 accept 的 socket 创建一个线程处理这个 socket,在这些线程里面可能会 read 阻塞
2.I/O 多路复用,select 出来一个 socket,创建一个线程处理这个 socket,在这些线程里面可能会 read 阻塞
所以感觉 I/O 多路复用没有优势。
望指正

@ubear1991 抱歉,我记错了。这个是算异步的,阻塞应该是发生在内核到数据完成准备这个阶段

@mhycy 我的理解是。如果按照这种 accept()创建了 socket 连接以后,还会有一个接受信息的阻塞过程(数据从内核缓冲区到用户缓冲器)。而 I/O 多路复用拿到的连接不需要这一阻塞步骤,因为内核会把数据从内核缓冲区到用户缓冲器拷贝完成以后才会通知 select 的线程。
可以这么理解嘛？

@SoloCompany 恩是的,在 14 版是有这个选项的。
PS:感谢层主

@SoloCompany 感觉不是很优雅。。。原谅我癖好独特。。

@SoloCompany 关闭 inspection （ unused ）以后一个类中的 private 方法没有被用到就不报 warning 错误。两难的选择,因为对于我来说,这种 warning(private 方法没有被用)在重构的时候对于我来说很重要。可能我受 eclipse 毒害太深吧。。。。 orz

我用 IDEA 写 Java,但是它没有用到的 public 方法(包括 JavaBean)报 waring 错误,这个太蛋疼了

@Suclogger 楼主已经决定拉,楼主加油

丁香园 java 对应的是什么岗位？我印象中在拉钩上看到好像丁香园后来都在招 php 没有招 java

我遇到的是电池从 20%到 1%了,但是 1%还可以撑很久。