婚礼钻戒可以买个塑料的，反正就是道具用一下。

一般来说，越是难定位的问题，原因越是简单的离谱。
这里就在认为上面都是完全对的情况下，给点个人思路：
客户端连接都断开了，服务端这边有断开吗？
服务端连接断开和连接接收数据的时候可以加日志打印。可能是连接断开但是连接里的数据没有接收干净，或者看下服务端连接关联的对象什么时候销毁。
主要思路就是通过定界不断缩小范围。

相比误拨，我更关注怎么解决骚扰电话。电话号码这种场景，校验位收益不大，可有可无。

个人习惯：lib 单独出现读赖不，libxxx.so 读里布

@rainbowhu r * m 直接换成固定值 最早的 m * 0.3 吧

这样的吗？

对于总量 m 和个数 n ，以及最大比例 r, 每次确定随机范围[x, y]

x >= 1
m - x <= (n - 1) * r * m 也即 x >= m - (n - 1) * r * m

-> x = max(1, m - (n - 1) * r * m)

y <= r * m
m - y >= (n - 1) * 1 也即 y <= m - (n - 1) * 1

-> y = min(r * m, m - (n - 1) * 1)

nas 其实可理解为微型数据中心，自己跑几个服务还是很有乐趣的。

merge commit 本身就可以包含解决冲突的修改，倒也不用单独搞个 commit 解决冲突。不过这些倒也没这么关键

当然还有一些简单的方式
```sh
git checkout feature
git pull --rebase origin master # 解决冲突
git push origin feature:master
```

feature 与 master 有冲突，说明 feature 版本落后了，要同步下 master 最新代码。
rebase 方式：
```sh
git checkout feature
git pull
git pull --rebase origin master # 更新本地分支，并解决冲突
git push -f # 确保 feature 只有自己使用或着没有别人推代码
#创建 mr ，如果已有 mr ，此时不会再显示冲突。如果过段时间又有冲突，重复此步骤
```

另外还有 merge commit 方式，如果没有 mr 等复杂流程：
```sh
git checkout master
git fetch
git pull
git merge origin/feature # 解决冲突，会产生 1 个 merge commit
git push
```

如果有 mr 流程(与 rebase 方式类似，只是会多 1 个 merge commit)
```sh
git checkout feature
git fetch
git pull
git merge oirgin/master # 解决冲突，会产生 1 个 merge commit
git push
#创建 mr ，如果已有 mr ，此时不会再显示冲突。如果过段时间又有冲突，重复此步骤
```

命令简单写的，不是很精简，理解意思即可

出去喝喝茶聊聊天挺好的，听听故事，讲讲人生。每个人的故事都不一样。相亲不要那么强的目的性。

不用藏着掖着，坦然面对即可。终归是你情我愿的事。

有时候会梦到坐在高中教室里早读，光线很好，空气微凉，有点紧张。然后又想到已经毕业了，突然就释怀了。

看碟下菜，一个巴掌拍不响。要循序渐进，不要一厢情愿。对方没意愿，及时止损就行了

两块盘我会用 zfs 做 raid1 ，
四块盘我会用 zfs 做 2 组 raid1 ，然后用 mergefs 合并
或者直接用 zfs 做 4 块盘的 raid z2

能理解，有些人连主动牵个手都要耗尽全身的勇气。这些事情过了悸动的年龄大概很难再学会了。不过还是要勇敢尝试，最后才能从心所欲不逾矩。

通风是最靠谱最简单直接的

这么说吧，其实很多女生并没有想着要找对象结婚，也没有明确的目标要求。相亲只是为了应付家里人的催促。
人在不同阶段的想法是不一样的。你要找的是处于对的阶段的对的人。

不想敬就尽量远离，躲不掉就凑活敬。对于部分人来说，跟不熟的人强颜欢笑确实很累。