老老实实告诉你的老板（甚至可以把这个讨论贴给你的老板看看），新版安卓已经不能这么干了，想要录音的话就换成自带通话录音功能的国产机。

正如楼上讲的，工作相关就该用工作手机，免得录下非工作内容。

无法删除，其实就是路径长度限制 255 的缘故，自 Win10 起可以手动解除：

用组策略接触限制，立即生效
https://www.microfocus.com/documentation/filr/filr-4/filr-desktop/t47bx2ogpfz7.html

或者用注册表解除限制
https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry

一劳永逸

文件的复制粘贴、剪切粘贴，可以确保源文件未经第三方“触碰”、未经修改的情况下再操作。这样剪切前后两份文件的数据都相同，可以认为是同一份。
意识可以吗？在意识上传过程中，能否确保“意识”本身 100%处于停顿状态？

再说了，意识上传能不能复制、剪切、粘贴，首先必须确定一件事，“意识”本身是什么编码类型？如果也是 Digital 那就好说，如果属于 Analog ，不好意思，直接变成玄学。

为什么说 Analog -> Digital 会变成玄学？请参考 HiFI 圈的那堆争论。

FreeBSD

仔细观察就会发现，“毛刺”出现在小核。也就是说，背景程序几乎都集中在小核处理了，出“毛刺”都算小意思了，夸张点的可以全部占满。

我用无小核的 Intel CPU ，并不会出现这种“毛刺”式 CPU 占用现象。

解决办法十分简单，不需要换系统，关掉小核即可。或者换成无小核的 CPU ，然后小黄鱼卖掉 12700K 。

TCP 是流，消息边界需要自己拆。n 确实可以少于 2 。

数据量少的时候，也许收 /发的数据看起来都是老老实实的，不多不少刚刚好。但数据量大或者受到网络延迟、丢包重传等因素的影响，这就难以保证每次 recv 收到的数据大小都一样。

例如发送端分两次分别发出“8ABCD” “EFGH”，接收端既有可能会分两次收到“8ABCD” “EFGH”这两段，也有可能会一次性收到“8ABCDEFGH”拼起来的一长串，甚至还可以是“8ABCDEFG” “H”。

所以最稳妥的做法就是循环调用 recv ，自己设好边界规则逻辑，自己从 TCP 流拆出并重新组合成实际想要的数据。

不一定是屏蔽了端口，更大的可能性是 NAT 类型的原因。

几个月前我就用移动 4G/5G 试了下打洞，发现 NAT 类型并非 Full-cone NAT ，似乎是“对称 NAT” (Symmetric NAT)，也就是 NAT4 ，或者至少是 NAT3——“端口受限圆锥型 NAT” (Port-Restricted cone NAT)

我猜，可能是因为有潜在的“ABA 问题”，所以就索性用 mutex 简单粗暴免除隐患吧？

有不同的可能性：

1. 路由器性能太差导致延迟变高
2. 运营商给腾讯的流量优先级更高

所以，先试试换个好一点的路由器

不如一步到位，直接租普通小区

@lakehylia cpp 后缀改成 c （也就是使用纯 C ），就能复现了

@herozzm OP 上星期提了另一个问题： /t/928872
问的是跨境专线，显然已经有准备了

显然这是买个交换机就能解决的事情，何况交换机的二层转发性能更快更稳定，比起跨越两台三层设备好得多

按照以往 TR069 的玩法，只要你家光猫能在 TR069 的 VLAN 与邻居互访，那么接下来做资源共享不就简单多了，直接当作普通内网去做就行

跨平台的话，sqlite 已经是最通用的了，连浏览器都用就足以证明。

@kwh 意思就是“求 PT 站的邀请”，其实只要打开 /go/in 看一下就明白了

@Livid 不止 /go/bb 有这些内容，旁边的 /go/nas 也是一大堆

其实把最后那段 lambda 改写成普通的等价函数，就像这样：

auto calc(int i)
{
if (i <= 10)
return calc(i + 1);
return i;
}

就会发现一样无法推导出来，三大编译器 (MSVC GCC Clang) 都不行

普通函数都不能，就更不用说 lambda 了

既然只是家用，我觉得改改 WireGuard 的隧道 IP 更简便一些，还能避免 IP 重叠的风险，比如万一刚好公司有设备的 IP 就跟你隧道的地址段重叠了