找 json 的规范甩给他

支持一波 https://i.v2ex.co/8oRV15Jy.png https://i.v2ex.co/8oRV15Jy.png

@xingshu1990 为什么叫割韭菜呢？

同样的疑问，但是网上搜不到。同认为 A 可以不要 mutex

@22yune #4

@22yune #4

> 不考虑 hash 完全相同的情况。也就是假设没有 hash 碰撞，是否可以完全不用锁？
> 就像现在的 ConcurrentHashMap 是每个 bin 一个锁，如果没有碰撞就是完全并发了。

如果确认元素数目小于 capacity，并且 hash 后取模绝不冲突，可以认为退化成了一个数组。那就是数组的元素访问是否是线程安全的。那需要有 volatile

同事也是买了摩托车，想骑车上下班，最后还是坐地铁的时候居多，因为太累

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

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

说 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 亚克力的选项