已领，感谢楼主

而且独立主线内核之外再维护一套补丁的难度太大了，内核一更新我就可能需要跟进，这个值好象是内核执行某种跳转的次数，恐怕无法通过给用户一个编译选项，只能通过折中形式“硬编码”到内核中，这样看来我还是退回旧内核吧

@innoink 看不出是什么地方修改的，我这水平恐怕只能一个补丁编译一次一个补丁编译一次地试出来是哪个提交导致的，天哪

@we000 问题是我不知道如何才能将这个值改回 5 啊，内核编译选项里并没有找到，网上也没有找到有用的信息，只好求助各位了。

是真的能感觉出不如之前流畅了，很难受的，要不然我也不会为了无关紧要的性能牺牲安全不是

强迫症又想用新内核，唉。。

建议换
没法知道是什么问题，除非你能登录进去然后把系统日志 dump 出来分析
而家用路由器一般不会给你开放访问 shell 的权限（除非刷第三方固件如 openwrt ）

唯一不好的就是没有公网 IP +10086

@markx 你使用的是非 POSIX 兼容的特性，在不同系统上表现不一致很正常

@ChristopherWu 如果是 tcpdump 的话，对硬编码证书不行的，但可以抓 socket
硬编码证书是某个 app 只信任某一个他们自己签发的证书，导入证书抓 https 的方法就不行了，只能反编译

还有更麻烦的
代理抓包对于直接建立 socket 没用。如果 App 直接用 socket 发送网络请求设置 HTTP 代理丝毫没有用
如果 App 不使用系统的证书库，而是将公钥证书硬编码进 App （参考老版本 chrome 绑定 Google 公钥证书发现 CNNIC 签发 Google 域名的证书这一安全事件）。这时候只能反编译 App 否则根本没法抓包

推荐官方的 lineageos，比较清真，再刷 opengapps 最简包即可

There is more Unix-nature in one line of shell script than there is in ten thousand lines of C.
Unix 更自然地认为，一行 shell 脚本胜过万行 C 代码

对于 Android 用户其实很简单，只需要用 appops 禁用阿里系 app 读取剪贴板的权限

可以考虑利用 badusb 攻击的原理

记得好像是叫 xprop
xprop | grep PID
然后鼠标点一下那个窗口

装 2 个系统或许是最好的解决方案

接口改动导致无法兼容这个问题，其实暗示着协议设计的有问题。如果一开始就将协议设计成具有良好扩展性或具有良好自描述能力的话，这种兼容问题所带来的痛苦感就会少很多，至少不应该存在几个小版本之间就不兼容的问题。
很多小厂有时候为了赶进度，App 的协议竟然连一个版本号字段都没有，就算想在服务端兼容多个版本那也是不现实的，这时候除了强更还有什么办法 2333

@maemual 没人喷？？
https://www.eff.org/deeplinks/2009/01/apple-shows-us-drms-true-colors 苹果向我们展示了 drm 的本色
https://www.eff.org/pages/customer-always-wrong-users-guide-drm-online-music 第一个例子就是喷的苹果

这当然是非常邪恶的，那些说可以理解的其实是不对的。
这种邪恶的“数字手铐”让你购买了某样东西，却不拥有这样东西，这不是很可笑吗
https://www.gnu.org/philosophy/opposing-drm.en.html
https://www.gnu.org/proprietary/proprietary-drm.fr.html

怎么不能下载了，你开一个线程下还会断