有公网了，所有设备都可以在路由器上面配置端口转发，没必要再通过某个设备代理转发。所有设备都可以完全利用上传带宽

idea 内存不给够的话，会出现频繁的 GC 。导致 CPU 飙高

这个还真不是屏幕小的锅，开发没有做窗口自适应。采用了固定窗口高度。 只能说质量控制没做到位。macOS 系统的配置窗口就不存在此问题。

假设有，你的场景没有去掉数据库通信，在对比场景下它是恒定的。

a -> b -> db
a <- b <- db

a -> db
a <- db

假设每个 IO 花费 20ms 时间，IO 等待在现代操作系统基本不消耗 CPU 资源。 序列化和反序列化是需要花费 CPU 资源，同样假设没错处理花费 10 个单位 CPU 占用。
a->b->数据库: 有两次 IO ，共计 40ms 时间，两次序列 /反系列操作，20 个单位占用。
a->数据库: 一次 IO ，计 20ms 时间，无序列 /反系列操作，0 个单位占用。

测试不到位。

后面换手机，换电脑，换线测试，发现只有我的手机在问题 mbp 下无法快充。

前端数据结构（组件需要的对象）和后端返回的数据结构（接口返回的 json ），并不一定一致。
简单的业务它们会是一致的。 某些场景下它们一定是不一致的。 需要前端在请求数据后，对数据结构进行再次封装和转换。
现在大环境的前端，要想高效地写好逻辑，就需要根据需要设计前端需要的数据结构和结构转换逻辑。

电池是消耗品，不用过多关注。
不要过度放电就好。
温度对电池影响还是很大的。过高过低都会影响，特别是 intel 的 cpu ，发热量大。导致整机温度高。

http 要求加密，无非是解决中间人攻击的问题，用非对称加密就好了。https 也是用来解决中间人攻击的问题。

客户端的明文或者密钥泄漏，是客户端的本地安全问题，应在客户端层解决。而不是通过链接层的安全策略来解决客户端安全。

Too many requests from this IP Address, please try again after 5 minutes.

WindowServer 会随着打开的 app 数量和次数增多，而增加内存占用。app 关闭了，占用的内存不会释放。多年的内存泄漏 bug 一直没有修复好过。

@zhouyg 最近面试很多前端，别说 http 协议了，html 怎么写都不太会了。
大前端时代，一维数组是什么都不知道。

@weichengwu
*.google.com 匹配所有 google 的子域名。
*github*.com 匹配包含 github 的所有域名。

价格 ≈ 质量。

质量保证肯定是流水线出来的东西。 不管是进水还是二修机的整体质量都会下降很多。

@liuxl2333 比较小众需求吧。