@RIDESU 也有可能只坏了一个，但是为保持一致封了两个。

但是苹果这种封装感觉想做点什么是很难的。

@liqinliqin 如果是面向产品的话，那么需要考虑的比较多，比如芯片和软件供应链，整个生态什么的。

我觉得不冲突，做一些原型或者小东西用 Arduino ，然后如果要做产品，那再换成其他 RTOS 。

RTOS 这行之前在研究生搞过，记得当时用的是 FreeRTOS 。想做好真的也不容易，重点还是生态。

一个单片机的板子，这个价不贵。

主要是学来干嘛，为啥不去学 Arduino ，生态非常的丰富。

1000M 宽带需要毛线 Qos

国内的 1080p 才多点码率


99%的可能性是路由器的问题，你先借一台别的牌子的，看能不能解决。不能再排查别的问题。

有孩子就懂了。外卖多数菜都不适合小朋友吃。

当然也可以选择不生。

此外外卖吃多了，真的不如自己做的好吃。

首先报警
然后联系其在国内的家人，说清楚如果不按价赔偿将会影响他的新工作。

那还解决不了就直接发函给新公司，附上证据和警方的回执之类的信息。

再解决不了以一个电脑的成本也没必要跨国法律行动，没啥意义。

最近看了一个，接近完本（估计还有 100 章左右）
《玄浑道章》

文笔和想象力都还挺不错的，后期比前期还要精彩一些。

最安全的是 mTLS ，Kubernetes 组件间通讯就用这个，缺点是证书配置复杂。

其次是 TLS 加 Token 验证，TLS 做传输层加密，Token 做系统间验证。Token 生成方式有很多，最简单就是每个服务固定一个 Token ，高级点是通过 ak sk 签发。

这么说吧，使用分布式锁保证数据库写入+更新缓存原子性确实可以解决主贴提出的问题，但是这个想到的人太多了。

只是分布式锁的选型不一样，用哪个都没有本质区别，用所谓的 dtm 当然也可以。

@dongfuye1 只需要原子性同时删除 abc 和其版本即可。

下次访问或者主动充一下的时候发现 key 不存在就会走更新 key 的流程，至于版本，删除后 incr 默认值是 0 ，写入时的判断逻辑依然有效。

这个方案最大的问题其实 qps 非常大时，缓存不存在时会有缓存穿透现象。但是可以解决一致性问题。

@dongfuye1 crash 没关系啊，写入动作是通过 lua 执行的可以确保原子性。

而且并没有锁哪里来的中间解除锁定。

多个条件换行是好习惯

可能这个公司是以代码行数算绩效，怕你过去占便宜吧

有一个 idea ，可以看看：

假设有一个需要 Cache 的 Key 为 abc ，那么在 Redis 中维护两个字段

abc ，存储具体的 value
abc_ver ，存储 abc 的版本，使用 incr 的方式递增

查询缓存的时候，同时查询出 abc_ver ，从数据库中拿到数据准备写入缓存时，再查询第二次。此时比对下第一次查询时的 abc_ver 和具体准备写入的时候的 abc_ver ，如果不同代表这段时间内缓存已经被别的并发更新，那就放弃更新。

第二次查询写入这个逻辑写一个简单的 LUA 保证原子性。

刚开始别过夜就行了，外面怎么也没有家里舒服。

不过夜露营就挺好。其他都一样，不过晚上就回家。

@icyalala 对内可以授权，但是你在对外发送侵权行动的时候没有授权书别人为什么要管你，你又不是版权方？

没有就是没有，不用装有

@icyalala 法律授权书提供下，从 lz 正文来看只是维护者个人的行为。

@icyalala 首先协议里 copyright 后面的不认识字么。
其次公司顶多授权给个人转载使用，但不会授权个人发起版权法律行动。

@icyalala 公司会授权个人进行代表公司的法律动作？没听说过