多谢大家的回复。我的诉求就一个，能 100%稳定撑够 1 年，等到第二年春节我回来换，所以基本坚持一年的办法就不考虑。本身是做软件的哈哈这些坑真不知道了，经验不多，看了 datasheet 是 LDO 我以为 LDO 都是低功耗的，看来对于 iot 硬件来说这个低功耗还是不够低，既然能直接两串两并 3V ，放电截止电压 1.8V 左右也够用，我试试直接两串两并好了。

没想到晚上来看竟然这么多大佬回复，多谢各位。

评论中蛮多说没搞明白原子性什么意思，我没表达清，其实就是想说单纯说 mysql 的事务 2333 ，还没有用到 redis ，单纯希望在围绕 mysql 的业务流中，业务流和你使用的 atomic 包一样都是原子的不可再切分的。

另外多谢 @BeautifulSoap @heww @thevita @qloog @lxdlam @EchoGroot @nobject 的详细解释，看起来确实还是放在 ctx 里主流一些，容我研究研究。

对比测试了一下，AirDrop 始终开启，频点 36 频宽 160MHz 时，ping 会看到明显的周期性高延迟，从 mac 上复制一个图片，手机端打开淘宝之类触发 airdrop 传输时，立即断网一秒，随后还会持续高延迟几秒，非常明显。频点改为 149 频宽 80MHz 时，ping 非常稳定，不论怎么复制图片触发 airdrop ，延迟没有明显变化，非常稳定。

所以最后找到了确定的解决办法，路由器 Wi-Fi 5g 频点改 149 ，如果你是公司网，建议用有线（但是实际上我觉得高延迟的那一下，如果你不是打游戏其实也还好）。

@HarrisIce 补充一下，重启之后延迟不是非常明显了，改善了 60%，但是还有一点延迟感不是特别影响游戏外的应用，剩下的这问题待我后续改 wifi 频点再试试

@ViolaH 多谢大佬，我看了一下这个文章，看起来本质上还是 airdrop 的问题。自己机器上把 awdl 干掉可以解决，或者就把 wifi 改成 149 频段避免 airdrop 周期扫描时切频点导致的突然高延迟。我的 ap 用的是 160Mhz 所以用的是 36 频点，等我晚上回去试试改 149 看看有没有完全解决

@JensenQian 华三的 nx54 ，高通的方案

重启之后就好了。

@kyor0 还没重启，晚上试试

@nothingistrue 一言难尽，主要是在调接口，就顺带在调接口的浏览器上一起登录了阿里云，就给 ban 了，打客服电话说等一天就从小黑屋拉出来了

@freshgoose 好的

@freshgoose 群超 200 了进不去，加个联系方式拉一下呗 5b6u5L+hIGhhcnJpc2ljZQ==

有没有可能，慢是因为没控 TCP MSS 。楼主可以看一下 wireshark ，这么多重传，有 VPN 还这么大 MSS ，稍微带个 DF 位就全会被丢了

@AManOnShelf 一样境遇，老哥方便加个 v 了解一下吗

MikroTik

@Suzutan 23333 ，我还真没用过小程序，既然小程序这么完整，那我就不担心过渡用了。合着 app 的唯一作用就是投毒吗

@googlefans 是这个理。不过这么没下限的东西还是第一次见，本来长辈就不怎么会用手机，pdd 这样搞只能说是一生黑了，找个替代品还是打算让长辈换了

多谢大家，已经让长辈在用小程序了，京喜我用用看看先，可以的话还是想把 pdd 永久替换掉了。长辈目前也很配合，但是也问了他们非常以来 pdd ，突然换平台也不太现实，慢慢过渡好了

加载慢也有可能是因为 TCP MSS 噢，楼主你把 MSS 控一下试试呢，这种问题一般都得开个 tcpdump 在网关上抓包看看了，不然只能凭经验了。方案的话，可以试试我的文章 https://blog.xuegaogg.com/posts/1952/