应届生的项目本来也不是重点，多刷题，多看基础知识吧

可以说这种说法不准确，然而实际应用中，不可避免需要处理。

说 tcp 粘包，是因为 udp 没有这样的问题需要处理。因为使用 udp，必然会在应用层做应用协议包的拆分，收到 udp 包时，也得自己拼成一个应用协议包。不会有多个应用协议包在一个 udp 包发过来。

tcp 里，发送的时候，编码成字节流，收到的时候还是字节流。但是，对于程序员而言，字节流只是抽象，实际收到的仍然时一段一段的字节序列。这些字节序列不能直接用，必须解码成应用协议包。这里就的确会出现多个应用协议包在一段序列中的情况。decode 这个步骤，就是需要处理 byte[] 可能得各种情况。

这种情况下，称之为 tcp 粘包并不是问题，这个包本身指代就不是 tcp 的包。非得说 tcp 时字节流，所以没有包，过于死板。

@wysnylc #33
从争论来看，并没有看到 @guyeu 说不用异常，而是有选择的使用异常。这里是 a / b，直接 try catch 可以。假如说之后业务有修改，要求 b > 0，那么直接 try catch 不还是要改 if (b <= 0) throw 吗。在这里，try catch 相对 if，在可读性、可维护性、性能上都没有优势。

import other.Product 只是把名字 Product 当作 other.Product。既然没有用 Product 这个名字，当然就不用 import

https://stackoverflow.com/questions/12620369/how-does-java-import-work
@amiwrong123

1. 因为确实没用到。Java 从来不要求使用了方法就需要 import
2. 应该没问题，ide 反应慢吧

如果业务逻辑是自己的类，那么就是需要写很多的 wrapper，并且 proto 类的确不适合直接用在业务代码里，thrift 好很多

YuWriter 定位文档管理以及 markdown，配合一些网盘可以同步。

不过现在越来越感觉，markdown 不适合做知识的整理，更适用于分享

不针对楼主的几个问题，因为不清楚其中的性能开销到底是多少。

> 而我主张，为了减轻服务器损耗，而提高人员的开发成本，得不偿失。
=======
这一点不一定一直成立，服务器成本不低的。特别是由于性能不行，不得已加多台机器，就会更高了。

> 追求极致的性能为何还要使用笨重的框架，直接原生手写代码就好了呀。
=======
就如上面几楼所说，性能评估肯定是压测压出来的。不用 php，不过 spring boot 服务，压测从从来瓶颈不在 spring boot。

找几个主要的网站，爬下来

@necomancer 有一个 allow 亚克力的选项

@Godjack #7 不清楚你怎么改的。你现在的代码，是没有办法判断左子树的，只能判断右子树。给你个例子。
14 2 # 1 13

区别就是 prev，你的代码里不是全局的，退栈之后就没了

基本没啥用

@KasuganoSoras #26 6 月中发布，1903 应该也可以升级了

赞。我是好不容易装完 vs 2017，才知道要升级到 1903。。不折腾了，等官方 release

@LosLord 可以有 gui 吗？