@aru 我来尝试一下，太感谢了。
感谢 @kiroy @yinmin 谢谢提醒，好用。
@LucasChang 我消化一下，谢谢啦

感谢大家，昨晚正好下了一个单，有线网卡，看看今天能不能用，到时候给大家汇报一下，再次感谢哈~

@merpyzf android 14 和 android 12 有区别么？

唉，就拿前台通知的通知栏消息用户是否能够取消来说，android 12 之前是一个模式； android 12 是一个模式； android 13 是一个模式； android 14 又是一个模式（又回到了 android 12)。

@zuiyue123 这算是...原厂有恶习，不用了；然后用破解的....

谢谢大家的回复，感谢 @ltux 确认了

感觉他家的产品现在都像没头的苍蝇，都是不经过仔细思考，产品或者开发自己大腿定的。

@cwxiaos 看了一些 manifest.xml:
android:targetSdkVersion="28"
这样实用性已经很低了。

@pursuer 楼主好像说了：`也没有授予弹窗权限 (display over other apps)`

这世界全是草台班子.....

adb shell ls /sdcard/Android/data/com.android.soundrecorder/files 能看到
adb pull /sdcard/Android/data/com.android.soundrecorder/ 拉不出来？

@whileFalse

这么打比方就太失风度了吧。

386 时代，大家都已经知道内存越多越好，只是因为成本原因，也许不到 1MB 。能意识到和能不能是两个问题，这么混淆我觉得很难沟通。

@lisongeee
> 如果 Service/Activity 能随意在后台启动而且还不用显式通知，这不就是流氓软件吗？
13 年前，您是这么想的么？ Google 是这么想的么？ Apple 是这么想的么？

现在这种方式好不好，是个人喜好问题，只要有不同意见的，大家都可以争论七天七夜，谁也说服不了谁，我也不做评价。

但是，是不是值得思考一下，翻过来覆过去，是不是因为自己缺乏远见，又抑或是缺乏原则？

@msg7086 我是想您应该理解 iOS 在设计的最初就应该意识到这些问题了吧。

@msg7086 麻烦看一下我帖子的标题。

没说不让改进，但是总是在阉割自己过去引以为豪的东西，就要反思下自己，到底是什么原因了。添加一个手电筒、添加一个通话录音，添加一个 MediaProjection/ScreenMirror 、添加一个相册人脸归类、添加一个长截图、去掉导航栏、增加屏幕外手势，并不会对开发者造成什么太大影响，愿意怎么玩怎么玩。

@whileFalse

大多数开发者并不是既要新功能又要滥用这些功能。大多数开发者是发现，android 版本一升级，自己就抓瞎了。
如果说滥用，那么有漏洞堵漏洞，有 bug 修复 bug ，这也没人来说啥。

昨天说，我这个多先进，只要有一个意图，就能调起一堆实现实现者，多开放多自豪。今天说，不好意思，这不许调了，那不起来了，还有一堆看不见了。

不是说你今天的实现不好，而是说你昨天为啥就不多想想，多参考别家的东西？难不成昨天是一个胜利，今天又是一个胜利？

@pursuer 别人的痛苦一般都是很难体会的。

从 SAF 的提出，到后来收紧 MANAGE_EXTERNAL_STORAGE 权限，其实也经过了好些版本。但我明白开发者的痛苦。

站在用户使用的角度，也许会觉得更好了，因为更加保护我的隐私了。

但其实我的问题就是：为什么最初就不那么设计？

@pursuer

Broadcast 基本上废了：
https://developer.android.com/develop/background-work/background-tasks/broadcasts#manifest-declared-receivers
https://developer.android.com/develop/background-work/background-tasks/broadcasts/broadcast-exceptions

Service 废了一大半：
https://developer.android.com/guide/components/foreground-services#background-start-restrictions

Activity 废了一半：
https://developer.android.com/training/package-visibility