Google 从 Android 15 开始有意破坏所有手表、手环、通知记录类 App 的基础功能，然而我们无能为力

我是通知滤盒的开发者，相信这个 App 在 V2EX 已经够有名了就不再给自己硬广了。

最近时不时收到用户反馈，通知滤盒里的部分通知内容变成了「已隐藏敏感通知内容」。研究原来是 Android 15 开始 Google Protect 加了个所谓隐私防护措施，对可能含有 OTP 验证码的通知直接隐藏内容 https://www.theverge.com/2024/5/15/24157547/android-15-will-hide-one-time-passwords-in-notifications

这件事怎么看怎么透露一股草台班子的味道。

首先是实现方式：Google 采取的是硬编码替换字符串的实现，也即，第三方 App 收到的文本内容变成了「隐藏敏感通知内容」或 “Sensitive notification content hidden” 或其他语言。这给用户带来了极大的视觉误导，第一反应都以为是第三方服务隐藏的，而非系统所为。

同时，硬编码，而非增设某种 API 的方式，也极大地给开发者适配制造了麻烦，除了硬编码几十种语言的对应文案外，开发者没有正常的方法得知某条通知内容是否被隐藏。

然后，这直接颠覆性破坏了各类手环手表、通知历史、验证码提取类工具的使用场景。 https://www.reddit.com/r/android_beta/comments/1f9plr8/sensitive_notification_content_hidden/?rdt=58980 这样的 breaking change ，在 Google 的 Android 15 behavior change 里压根没有提及。

最后，这个功能不仅产品逻辑草台班子，程序实现同样也很草台。根据实机数据反馈，高德、抖音、微博，甚至小米商城的营销、推送都被识别为了含验证码的敏感内容。

我只能说那个啥都没你 Google 敏感。

liliclinton

8 小时 34 分钟前

按照谷歌的说明，这个机制只有在共享屏幕的状态下触发。

https://security.googleblog.com/2024/05/io-2024-whats-new-in-android-security.html

```
Automatically Hidden Notifications and One-time Passwords (OTPs): During screen sharing, private notification content will be hidden, preventing remote viewers from seeing details in a user's notifications. Apps that post OTPs in notifications will be automatically protected from remote viewers when you’re screen sharing, helping thwart attempts to steal sensitive data.
```

试问如果全程都是隐藏验证码的话，用户自己要如何查看这个验证码呢？

ekucn

38 分钟前

虽然我不是给楼主泼冷水，这些年我做开发来看，安卓或者 ios 开发工具类的 app ，是非常痛苦的事。

你功能做得好，系统直接抄过去，结果是原生的比你还管用，
你功能差难用，没人买单。
工具类 app 必然要搞奇淫巧计去实现，要兼容的太多太多。
要么就是在法律边缘系统不做的，留给你，比方李跳跳这种。

多年前我就开发过长截图的 app ，一度销量不错，

结果 Android 12 直接出个原生长截图，国产 ui 也上线这功能。
由于是底层实现的，比你开个 app 方便不知道哪去了

销量瞬间为 0