为何许多年写Java的开发者，实则用C思维编程？

Java早就提供了NIO或者更高级的Netty框架来解决这个问题。NIO采用基于通道和缓冲区的模式，支持多路复用，可以在单线程中处理成千上万个连接。这就好比从传统的“柜台服务”升级到了“自助服务”，效率的提升是数量级的。如果你的服务端工程还在使用传统的阻塞Socket， 或者还在为每一个请求分配一个线程，那么无论你的CPU有多快，到头来都会卡在I/O等待上。拥抱NIO， 理解Selector、Channel和Buffer的工作原理，才是Java网络编程的正道，说真的...。

思维惯性的陷阱

摆烂。 这种“C++思维”最典型的表现，就是对底层性能的过度迷恋。很多从C/C++转行过来的Java工程师， 总是对JVM的垃圾回收心存芥蒂，总觉得不自己手动管理内存，心里就不踏实。于是我们经常可以看到一些奇怪的现象：在一个纯Java的业务系统中，突然冒出了一些带有native关键字的方法。

Java这种编程方式更符合人类的思维方式，便于人类编写。庞大的生态系统:Java拥有一个巨大的生态系统，在全世界有超过900万开发者，来日方长。。

并发编程中的“陋习”

除了对内存管理的执念，C++思维在并发编程领域也“流毒甚广”。在C++的世界里线程管理是一件非常原始和痛苦的事情。你需要手动创建线程、处理同步、小心翼翼地避免死锁。这种思维惯性被带到了Java开发中，表现为对JDK并发库的忽视，以及对底层API的滥用，不靠谱。。

不要试图搞“大爆炸”式的重构，业务不会停，时间也不允许。更现实的方式是：从下一个方法开始， 试着把逻辑从Service挪到Entity里；从下一个参数开始，试着用值对象代替String；从下一个表开始，试着先画对象图，再建数据库表。

代码的“贫血”之病

泰酷辣！ 我见过不少项目，在需要处理异步任务时依然习惯性地手动new Thread。