@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

@Donaldo 我的意思是 Android 自己的修改，已经不是厂商自己的后台政策了。

@Donaldo 原生 android 在这方面早就已经大刀阔斧了。

@ssynhtn 请问您是对我哪句话表示不满意呢？

大名鼎鼎的 pi....

@adoal 所以我在问程序员去哪里了啊？这些公司大把的钱，什么样的程序员请不到？

@liuzimin 优越感哪敢有，我只是期待能够比较舒心的用上 chatGPT 类似的 AI 工具，至少不至于经常卡住，也不至于突然光标就跳到莫名其妙的地方去了。

感谢大家的回复，看了大家的回复，我知道我没有被针对，也不孤单，所以心情预约多了，谢谢大家~

@Richared 正常用户基本上不可能重复出现 nonce ，如果有重复的 nonce 了，那基本上不是正常用户了，当然不提供正常服务啊。

接口上 timestamp + nonce ，nonce 在 now + timer 时间范围内缓存，非常简单基础的方案，自己把问题想岔了吧？

@leighton 感谢回复，主要是要用到 Google 的一些框架，比较心酸，自己的系统都好说了，挑个熟悉的。

@XDiLa 没事儿，可能是我没说清楚:)

2024 年了，留个爪子。

@XDiLa 就是一直不行才来求助的啊

@Chad0000 出 bug 可以理解，但是莫非难道这个 bug 还得多次 release 才能修复？这不得打 pp?