系统里默认禁止支付宝自启动和被唤醒，为什么还是可以调用支付界面？

鸣鸣Amadues 2020-12-14 10:51:54

小米手机，发现支付宝的被唤醒默认是禁止的，但是支付宝支付界面还是可以调用的，这是什么原因？

...全文

634 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

立青_ 中级 2020-12-14

打赏
举报

回复

调用activity不需要“关联启动”权限，service需要

众所皆知，日活率是一款 App 的核心绩效指标，日活量不仅反应了应用的受欢迎程度，同时反应了产品的变现能力，进而直接影响盈利能力和企业估值，所以对于国内各个提供了 APP 业务的厂商来说，如何提高 APP 的日活量成为共同关心的利益问题。同时对于黑产恶意 APP 应用来说，为了自己能运行起来干坏事，需要寻求自启动且在后台保活的路径，因此 APP 自启动和保活手段也就成为了灰色产业孜孜不倦的目标……于是便自然而然出现了各种 APP 都企图实现开机自启动、互相拉活的乱象。

灰色保活：利用系统的漏洞启动前台 Service 黑色保活所谓黑色保活，就是利用不同的 app 进程使用广播来进行相互唤醒。举个 3 个比较常见的场景：场景 1：开机，网络切换、拍照、拍视频时候，利用系统产生的广播唤醒 app 场景 2：接入第三方 SDK 也会唤醒相应的 app 进程，如微信 sdk 会唤醒微信，支付宝 sdk 会唤醒支付宝。由此发散开去，就会直接触发了下面的场景 3 场景 3：假如你手机里装了支付宝、淘宝、天猫、UC 等阿里系的 app，那么你打开任意一个阿里系的 app

       热文导读 | 点击标题阅读如何进阶成为Android架构师？一个支付宝 App竟使用了30多个开源软...

UOS桌面版V20用户手册。

消息对列基础文章目录消息对列基础一.剖析高并发电商系统中订单系统的难点1.订单系统功能概览2.问题1：下单支付成功后，非核心业务繁杂，线性执行耗时，用户等待时间过长，怎么办？3. 退款流程，如果退款不成功怎么办？4.有大量未支付订单堆积怎么办？5.订单系统与非核心系统耦合，导致系统整体性能差，不稳定，怎么办？6.大数据团队要订单数据，会不会导致数据库压力过大，怎么解决？7. 秒杀活动，流量过大，系统压力过大怎么办？1.限流方案一2.限流方案二8.订单系统疑难问题脑图汇总二.消息队列原理以及落地1.消息队列

80,351

社区成员

91,288

社区内容

发帖

与我相关

我的任务

androidandroid-studioandroidx 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章