我的做法：

1 、建立捷径，命名为“清空剪贴板”，依次为 文本 - 共享:将“文本”拷贝至剪贴板 - 脚本:使设备振动 - 脚本:使设备振动；
2 、绑定到背部双击三击（比较少用，通知无法关闭）；
3 、新建个人自动化，当打开 APP 时，执行 - 运行快捷指令 - “清空剪贴板”，去掉运行前询问的勾选；
4 、打开或者切换到目标 APP，会清空剪贴板并振动两次并且会出现通知；
5 、出现了几次通知后，打开设置 - 屏幕使用时间 - 查看所有活动 - 切换几次每周 /每天 - 上滑到“通知”，展开一直找到快捷指令，此时应该是可以点进去到通知设置界面，没有的话重复切换每周 /每天直到出现，关闭所有通知。

此后每次切换到目标 APP，会清空剪贴板并振动两次提醒，并且不会出现烦人的通知（通知设定重启失效需要重新设置）。

@dfkjgklfdjg #16 好吧，看描述我以为使用寿命打算向 6P 看齐。

@dfkjgklfdjg #7 只认全新机的话确实可以 11，但官保一年结束了怎么办？给一部两年前的机器买 AC+吗？ AC+两年结束了又怎么办？超预算吧？

推荐 xs，日常使用 A12 够够的，运存和 12 、13 一致，所以对于很多人来说，淘汰周期几乎和 12 、13 一致，起码还得三四年吧。还省钱。

过日子不推荐 13，运存这个短板不提，光学防抖会让机器损坏的几率变高。

@0o0O0o0O0o 我个人觉得，在线问诊不是为了在线上治病，更多是一种信息上的补充印证，检查和最终的确诊、治疗都是要去医院的。

看病我推荐微医，我来讲点经验吧。

楼上说得对，在线问诊不够靠谱，但只要平台资质把控过关，比绝大部分人自己摸索靠谱。而且直接挂门诊有个极大的问题：医生一般不会多管闲事，而有健康担忧的人最希望的就是尽可能发散，顶多也就做个全身体检，很多冷门点的检查项目绝大部分体检套餐压根不会提及。我有个小技巧，微医有个一病多问，¥68/¥128 一次，和知乎一样，是多位主治医师 /主任医师来回答，你完全可以组织语言问一个很笼统的问题，然后让他们的回答彼此印证。多问几次自然就知道个大概了，有了明确的目的然后再去找几位专科专家来详细咨询，对我来说这是个很简便的方法。直接奔门诊时间上太紧张了，就那么几分钟十几分钟，医生和你说一个词你能当场 Google 详细了解吗？你有时间组织语言获取你想要的信息吗？微医的私人医生服务包就可以，可以追着主治医师主任医师问 30 天（可以想办法让对方回复几条语音，防止账号是 ta 的学生打理的）。这样一套流程下来再按照需求去医院做专项检查省时全面。还有务必注意排查医师临床经验足不足，职称!=医术。

@0o0O0o0O0o 常见于快递配送外卖送餐等行业，安全性自己取舍。

国内有一些 5500mAh 以上的机器，优化可能不行。三星有 7000mAh 的机器，不过没国行，国内能用的频段太少，信号堪忧。我建议 B 站或者某宝搜魔改电池。

@0o0O0o0O0o 预防性补充：
- “可我很少用相机啊”
- 可苹果发布会最大的篇幅就是摄影啊

表演一下什么叫绝望：排队很久终于排到人工客服，客服说，麻烦您拍个 xx 角度的照片。

说别人不懂后台机制的不知道用没用过 12G/16G 的安卓机器？

@0o0O0o0O0o 看了正文才知道是备份删除的文件

USN Journal

@0o0O0o0O0o 特指 Android 端

关于天花板这个说法，我觉得，难度上其实还不算，薪资上不好说，风险上算。

我觉得吧，想让 lighting 换成 Type-C，起码要先确保 Apple 不会砍掉有线吧；想要 Apple 不会砍掉有线，则要用户追求快充的呼声够高。否则就 Apple 现在这个有线快充水平以及用户群体对它的容忍度，真的如楼上几位说的，它砍掉有线大力发展无线可能性太大了，它的无线只要拉到 Android 旗舰水平，都比它现在的有线快了。

@imcczy
@0o0O0o0O0o #14

其实我也知道 arm+kvm 是上限很高的方案，x86 转译太容易被检测，只是我目前没有找到很成熟的方案或者产品，如果是我接触的局限，你可以推荐一下，我一直很向往云手机。。。

@imcczy #12

houdini 是市面模拟器主流方案吧？ bug 虽然有，但我觉得目前是比 Google 那个 arm translation 好太多了，缺点只是 Android 版本低。

我的体验是：

arm 的云手机（也包括你说的自己跑 qemu+aosp ）才是真的难搞，那些做黑产的专项优化的云手机我不清楚，但我个人能买到的或者 github 能找到的此类方案，大部分适配真的成问题。比如 aws 上的 genymotion cloud arm，闪退率惊人，没有仔细研究，看日志大概都是有些东西没模拟全，还不如它的 x86 版本+libhoudini 。。。

而 anbox 的主要优势我觉得在于 lxc 和开源，论兼容（此处兼容和传统意义上的兼容有些不一样，要包括反检测）和商业模拟器是没法比的，它也不在意这一点，跑楼主的需求，会需要写大量的反检测。

https://www.genymotion.com/blog/just-launched-arm-native-android-in-the-cloud-environment-on-aws/

因为就是不支持，常用模拟器已经一些极少数的 x86 设备靠的是 libhoudini，Google 在较新版本的 android studio 的 emulator 里也提供了类似方案以适配高版本的 Android

https://github.com/geeks-r-us/anbox-playstore-installer

https://android-developers.googleblog.com/2020/03/run-arm-apps-on-android-emulator.html?m=1