实现 Serializable 接口的意义是需要把 Java 对象转换成字节编码在网络上传输或者持久化到硬盘 由于一些 RPC 框架内部实现的机制不一样 有的是通过对象序列化的技术 (这个必须要实现 Serializable 接口) 还有的是使用 JSON 进行传输 如果使用后者没有必须要实现 Serializable 接口。

之前在公司遇到过这样的人 没有好的解决办法 领导也不靠谱 可以很明显的感觉到这种人和领导关系不错 或者是在公司待的比较久 领导对他也只是笑着说 后来辞职了 我相信 物以类聚 人以群分 努力提高自己。

内容引起强烈不适

Happy New Year! 早日康复

可以加个微信吗？ 想聊一聊

可真是无商不奸 这波操作真让人恶心 🤢。

你的问题是不是用了 IOC 整个项目不应该再出现 new 关键字是吗 ？ 用了 SpringIOC 不代表不能使用 new 关键字创建对象，getBean 的方式适合有 Spring Context 的情况下，如果存在很多的 POJO 对象 没有必要都给 Spring 管理 如果硬要这样做 也没有问题 只不过没有必要 你需要修改 Scope 为 prototype 因为 IOC 默认都是单例模式 ，而在一些场景下获取 Spring Context 不太方便 。

我中奖了?

cat 2017_todo.md 2018_todo.md >> 2019_todo.md

不太明白把所有应用塞进一个容器的做法 docker-compse 就是为了解决这种情况的 也许这种方式更适合 vagrant。

成色怎么样？ 可以收一个

补充上面说的

推荐使用存储过程进行插入和节点的删除

可以考虑下数据嵌套模型 。

简单来说 每个用户都存在一个 left v 和 right v，这两个值来确定层级以及范围关系。

举例来说:

当 A 的 左值: 1 右值: 2 (没有邀请人的状态)

A 这个时候邀请了 B 来看一看这个范围值如何变化

B 节点左值=A.右值
B 节点右值= B.左值+1

最后一步 由于 A 节点插入了一个子节点 需要范围包括 那么 A.右值 = A.右值+2


最终状态就是

A 左值: 1 右值: 4
B 左值: 2 右值: 3


以此类推 。

如果维护起了这套关系 查询子节点信息不需要递归 因为子节点的两边值是一定小于父节点的值 即:

```sql
SELECT * FROM user WHERE lv > parent.lv and rv < parent.rv
```

再来看下 B 邀请了 C

C 节点的左右值和 B 值获取方式一样。

这里不同的是 你需要更改 A 和 B 节点的右值，当然也不需要递归 你只需要找出 lv >= C.lv AND rv < C.lv 然后右值 + 2

最终的状态就是

A 左值: 1 右值: 6
B 左值: 2 右值: 5
C 左值: 3 右值: 4

来查询下 A 一共邀请了多少人？

```
A.右值 / 2 -1 = 2
```


这套模型的关键在于插入和删除 要确保相关的节点值要改变 只要能做到这一点 理论支持无限极分销 并且查询并不需要递归。

希望能帮到你。

我现在不太喜欢背包了 两手空空。

@wzw 我是重装系统的 资料可以放时光机 开发环境的话 如果用的 docker 把挂载文件夹备份下就行

看个人吧 我个人觉得没必要升级 除非你喜欢折腾 因为新系统需要一个迭代的周期 这个周期就是苹果发布了新的操作系统 而我才会升级到新系统的上一个版本 比如前几天我才升级到 10.13.6