搞了这么多年分布式单体，最终回归到了单体。

@Folayi 有个美图云修，之前测试中基本算免费的，现在不知道啥情况

个人经验，提前还款合适的多。因为你不提前还，你这钱在手里也放不住，还不如提前还款呢。

dell S2725QS 咋样，国补后 1500 多，还有个 LG 27UP850

买保险！买保险！买保险！ 刚撞了人赔了几千块的教训，幸亏撞得是年轻的同行，光要了医药费，误工费都没给我要，用自己年假抵的。

对，之前买个一次会员，后来再看还让再买，不过也忘了当时买的会员是什么权限了

- canvas 、WebGL 、ThreeJS 、Blender 、Cesium
- BIM+CAD+GIS 建筑方向的技术
- ue4 (C++)、unity (C#) 游戏动画方向的技术

1. 将 100w 数据以 5w 大小分 20 组写入文件
2. 将这 20 组数据分别读到内存中排序
3. 读取 20 组数据的最小值到内存，比较出最小值写入文件，再从最小值所在组读入一个新数据
4. 再比较出最小值写入文件，再从最小值所在组读入新值
5. 直到读完 20 组数据，那写入的文件也是 100w 排序后的数据了

我以前也陷入“规范”的怪区，比如你说的 PO 、VO 、DAO 、BO 、POJO 、Resp 、Param ，再比如 Controller 和 ServiceImpl 哪些代码能写，哪些不能写；参数校验在哪层做，Service 做不做，入参校验，返回值要不要校验；一个函数应该多少行，是写 Void 类型函数把返回值当入参传入，还是定义返回值对象类型的函数；再加上微服务 RPC ，DDD 原则，等等等等。
现在看，细究的意义都不大。
你可以了解，可以有自己的理解，但不用强求一个标准。
现实项目，假如你是一个生命力强的产品，一直迭代，那么你一直改改改自然能找到适合你的规范。
假如是一锤子买卖项目或者爆发性的产品项目的，首要也是快速落地。
计划赶不上变化。技术为业务而生，等你业务到了，自然就知道哪个省力合适了。
脱离实际需求，单纯的讨论技术规范，空中楼阁，意义不大，这跟你的项目周期性质团队成员都有关系。

@jacksonj297 你举得例子我赞同，但你这个数据个人感觉不靠谱。我 uy125 单程 10 公里要 20 多分钟，没红灯感觉也不可能十分钟以内跑完。

当时选 Obsidain 是因为它源文件是 md 且支持双链。不习惯用它提供的每天都是一个 md 文件的日记方式，我用一个 md 文件写每日代办等内容，方便检索和聚合。但是，从昨天开始，这个 md 文件到了 82KB,出现了卡顿，打字不显示延迟个四五秒才出来。用 Typora 打开这个文件直接是空白的，渲染不出来都。

@cloud107202 我目前的水平就是一个普通的 Spring 框架和 MyBatis 框架使用者 主要是希望自己更扎实以及对目前流行的分布式服务有所熟悉。
你要不看看你的回复你自己在说什么？

思想是实践后总结出来的，别人总结的你没经历过也没有体会，不能抽象问题的共性，不能理解为什么取舍。推荐 DDIA 的我认为偏离实际了，这本书需要你了解多个中间件或者处理过分布式问题，再去看书中系统性的总结分析才有收获。推荐一本单体的《深入分析 Java Web 技术内幕》或者《深入浅出 Servlets&JSP 》。前三年的 Javaweb 开发把 servlet 、tomcat 、spring 搞清楚以及一个单体项目所需关注的问题及解决方案我觉得才是重点。微服务分布式也是建立在单体的基础上，对单体问题没有深入理解，在引入分布式后，自然是浮沙筑台。可以了解，但前期不要放过多精力在分布式上。

我是单程 10 公里，uy125,换了大灯，一箱 95 不到 50 ，自己骑能跑个 250 公里，三年了除了压钉子爆胎别的没一点毛病。

1. 放后端，登录的时候做授权验证，过不了都登不上所以前端不用做
2. 没明白啥意思，但放登录的话应该能解决你这个疑问
3. 太宽泛
4. 估计 github 上有相关库吧

说说我遇到的问题，就是你做 license 验证肯定要跟硬件信息绑定，但如果你是容器化部署的话就不太好处理了，但也有方案比如 ssh 到宿主机获取信息，但感觉不是个好方法。

不是添加，是常用头里没有，自定义的 header 也没有，但出现在抓包的 http 请求里了。我是没找到地删除，而且貌似我第一次调用是没有 Connection：keep-alive 这个头的，然后我自定义加了以后就删不掉了，可能本地有缓存吧，卸了重装依然有这个头。

还有就是刚在测试长连接的时候没找到哪里能编辑默认带的头，比如 Connection：keep-alive 。下边有个小图标带了几个头，也出现在请求里，但是并没有 Connection ，但 Connection 出现在请求头里。

针对 http1.1 默认的长连接，会加入 tcp 连接保活么？