宽表格和代码可左右滑动查看。

十一包通知、广告与保活规则全量摘录#

2026-10-28，北京时间。实际覆盖7个已取得样本；4个取样缺口见批次总览。逐包资源全文只保存在对应通知专题，本文汇总已定位规则，不宣称已知所有线上策略。

Clean Sweep Plus v1.2.0#

精确包名：com.cleansweep.plus。

间隔控制器读取 first/click/轮换区间，并随机选择分钟数；远端区间可覆盖默认桶。本轮没有把区间下限当作“固定每 5 分钟发送”。跨日门禁使用 DateUtils.isToday，与设备本地日相关，不可当作 UTC 自然日。[A10][A11]

渲染正文可能拼接真实系统指标，也可能拼接合成值。垃圾辅助器有约 500–991 MB 的随机数调用，卸载残留辅助器有约 20–79 MB 调用；精确小数与边界见原方法，不据其营销正文判断真实文件风险。[A12]

本轮状态与写回补充#

通知需要区分“选择候选—资格检查—构建—调用notify—计数写回”。当前已恢复安装年龄、前后台、方向、锁屏及来源组额度；区间桶按状态随机取分钟数，不能把最小值当固定周期。卸载残留与垃圾大小中的随机生成分支必须与真实扫描分开。

点击工具通知并非直接启动八个独立Activity，而是把功能枚举送回统一MainFunctionActivity。下面路由表给出枚举、switch序号与承载类；按钮行为应回到各PendingIntent，不能仅从按钮文案推断已经执行清理。

广告调用链补充#

广告必须分四层阅读：页面传入的scene → sdk_config的配置组 → 该组瀑布平台 → 加载/展示回调。23个内置scene的配置层已经恢复；目前页面侧所有scene的实际调用还没有全部闭合，场景表不能代替展示路径。

渠道判定是channel或subChannel非空；它与firstSplashIsOpen、splashIsOpen以及channelAd仅含splash_clean共同作用。开关值、渠道列表、用户实际归因、SDK是否填充是四个条件，不能将其中一个推成最终展示结果。request/show/click/fail四种计数也需要分别追写回和重置；本轮保留上限字段原值，不拼成每日展示承诺。

后台主链#

首启初始化 → 前台服务UsefulWork → 常驻resident通知；功能/电池/卸载监控 → 环境与计数门禁 → function通知 → 带参数回到启动/功能路由。

HolderService的Job100回调只重新登记Job。MainWorker返回成功。StartUpBroadcast仅处理BOOT_COMPLETED并依赖已有全局对象，且Manifest缺少相应接收权限。继续追到ForegroundServiceHelper后可见：若尚未标记启动成功则尝试startForegroundService；否则只在通知权限、总开关和渠道条件通过时尝试重显通知。这是受前置状态限制的尝试链，不能写成无条件开机恢复，也不能与Job合并成“30秒自动复活”。[N5/N6]

原始配置与来源分组#

内置 sdk_config 把 23 个场景分为 14 个 ins（插屏）、2 个 splash（应用打开广告）、7 个 na（原生广告），三组缓存有效期均为 20 分钟。插屏与原生瀑布有 admobBidding、admob、pangle；原生 mediaChance=0.5；channelAd 列表只有 splash_clean。[A2][S1]

AdBehaviorLimit（广告行为限额）内置值为 admobBidding：request 60 / show 35 / click 4 / fail 30；admob：40 / 20 / 2 / 20。adFrequentRequest 的字段为 count 25、minutes 1、afterMinutes 60。这些数字是配置字段；本轮未闭合各计数重置周期及所有拦截调用，不将它们改写成“每天展示 35 次”等线上规则。[A2][U]

内置 app_config 的渠道组 splashIsOpen=false、普通组 true，firstSplashIsOpen 均为 false；splashLoadingTime、压缩扫描/完成、电池信息超时均为 8。值可由本地缓存/远端覆盖；是否最终绕过某个广告门禁仍需结合实际场景调用，不能由开关独立推定。[A1][A3]

来源判断读取本地 channel / subChannel；任一个非空即选渠道配置，不能直接翻译成“所有付费用户”。AppsFlyer 回调检查 af_status=Non-organic（非自然安装） 并读取 media_source、af_adset 等字段；另有 Install Referrer（安装引荐来源）成功回调和持久化字段。[A3][A4][S1]

已验证的参数差异：渠道组功能/充电/卸载计数 18/3/3；普通组 4/1/1；卸载弹出间隔均 300 秒。安装自 Google Play 只证明安装器来源，不能证明这台设备运行时已被归因为自然量或渠道量。没有读取真实归因值、广告标识或 Token。[A1][U]

app_config、sdk_config 有可读默认 JSON 和缓存回退；通知最大间隔、广告配置及来源字段可通过配置层更新。未抓取线上响应、未读取竞品私有数据，服务端实际人群、时段、阈值和文案均为 U。

Cleaner Toolbox v1.2.0#

精确包名：com.cleanertool.box。

功能门禁同时检查应用前台计数、横竖屏、锁屏、用户关闭全部提醒、pushStatus 和上限。功能数量 0 的已读分支跳过单类上限；总 maxCount 的分支语义另行处理，不能把所有 0 一概当作不限。[A6]

渲染枚举覆盖 junk、boost、process、battery、batteryinfo、compress、wifi、speaker、virus、notification_clean、large_file、longtime；枚举能力不代表每个都加入当前触发候选池。默认值和远端值必须分开。[A10][A11]

本轮状态与写回补充#

功能、应用事件和充电各有计数与lastPush字段，总通知另有notifyLastShowTime和maxCount；日期检查不是只看一个总数。channel/normal的18/3/3与3/1/1是对象预置，pushStatus和activityStatus初始为false，必须先通过启用门禁。

功能通知模板涵盖12类候选，但枚举不证明全被加入候选池。初次、第二次、后续和点击后的等待区间应与各状态写回一起看；远端配置可覆盖。点击经TARGET_ACTIVITY/OPERATE_SOURCE与启动/UMP回流，不把通知文案当作后台已完成清理。

广告调用链补充#

本轮继续闭合了请求限流：读取x/y/z，统计当前时间前x分钟窗口内的请求记录；当y不为0且窗口数量达到y时，把Calendar推进z分钟，将截止毫秒写入NoRequestTime，再检查当前时间是否仍在禁请求期。[N1–N4]

普通JADX输出漏掉了Calendar到存储的更新，容易误判为只计算但不生效；simple模式恢复了更新调用，随后核对到setNoRequestTime。请求记录在实际进入广告load路径时加入内存并异步入库，而不是展示成功后才增加，因此这里限制的是请求。[N1/N2/N5]

内存与SQL清理均删除“当前时间−记录时间≤窗口”的近期记录。这个方向与通常清理过期数据不同，但与进入禁请求期后清空本窗口记录相配合；不能把SQL孤立解释为删除过期记录。当前远端x/y/z的实际值尚未取得。[N1/N6]

禁请求期之外，先找场景Flow；Activity为空或Flow为空即回失败；缓存按Flow的缓存组和有效分钟筛选，过期项被移除，未命中才进入新请求。39个场景枚举、远端Flow与缓存实际命中必须分别记录。[N1]

后台主链#

Intro/主页初始化 → OnlineWatch前台服务 → resident通知；OfflineWatch Job100重复登记自身；动态应用/充电/功能监控再各自读取notify_config与用户开关，构建业务通知。

StartCallback的广播父类onReceive为空，所以静态BOOT过滤器不是已实现开机拉活的证明。通知监听、FCM、Job、FGS分开验证；通知读取特殊访问未开启时，通知清理实际效果仍未知。

原始配置与来源分组#

场景枚举有 39 项，完整字段见广告场景表；含首次/后续启动、应用打开、功能处理、结果、guide（引导）变体，不能把 39 项等同于 39 个线上广告位或每次都会展示。[A1]

自有广告配置解析器读取 place、c_group、channel、c_et、data、r、flow、id、pf、type、call、to、click，并按场景保存多条流程。splash_ad_config 的渠道 is_splash 回退 false、普通 true，first_is_splash 两组回退 false。格式、平台、单元、开关及流量分配可由配置决定；本轮未取得线上广告清单，未确定每个场景最终格式/限额。[A2][U]

RequestLimitDB 有 timestamp 记录表，证明有请求计数存储，不足以独立得出具体每日次数。真机已观察到 START 后 GMA AdActivity；其他商业化路径主要为静态入口，未点击广告。[S1/S3]

AppsFlyer 成功回调检查 af_status=Non-organic，读取媒体、广告组并对比已保存 src/subSrc；Install Referrer 另有回调。通知/广告分流实际以持久化 src 是否为空为条件，不能只看 Google Play 安装器就确定分组。[A3][A6]

渠道通知配置计数为 function/app/charge=18/3/3；普通为 3/1/1。两组对象构造时 pushStatus=false、activityStatus=false。 这些计数是关闭状态下的预置参数，不能写成“默认每天发 18 次”。notify_config 更新可开启/覆盖，notify_max_interval_config 可覆盖总量与各阶段区间。[A4][A5]

自有 cloud config（云配置）层解析 notify_config、notify_max_interval_config、splash_ad_config 和广告流程；有 changed/updateTime/version/parameters 等协议模型。未访问其管理端或取得线上配置，不能用协议字段推定运营策略。

Smart Clean Pro v1.2.1#

精确包名：com.clean.smart.cleanpro。

电池控制器明确阻止前台、横屏和过近使用；按日期检查 charge 计数，再检查可选总量。[A8] 通知渲染器设置对应资源、按钮和目标类；静态枚举/模板全集与实际加入候选池的集合不是同一个概念。33 个已定位字符串键在当前 APK 组仅有默认通知正文；中文语言 split 中存在 SDK 本地化，不足以认定业务通知也有中文翻译。

本轮状态与写回补充#

电池门禁已读到两阶段11–20%、0–10%，电池使用间隔1小时，并阻止前台与横屏；日期计数和可选总配额另检。功能/应用/充电的预置额度只是关闭状态下的数据，必须先核push_status和用户开关。

本包业务通知的完整候选选择与所有ID仍有未闭合项，必须逐条标明，不能从Toolbox复制ID或拿常驻ID3代替业务ID。资源33键只在本次APK组有默认通知正文；SDK语言split不等于业务通知翻译。

广告调用链补充#

本包额外有两条加载路径。入口先按场景查询新广告配置，条件匹配时交给新SDK控制器并直接返回；未走新SDK时才进入旧x/y/z窗口限流、NoRequestTime、Flow与缓存选择。因此旧限流不能直接外推为全部广告请求共同门禁。[N1/N2]

旧路径含义已经追清：x为分钟窗口、y为窗口请求阈值（0跳过该阈值触发）、z为禁请求期分钟数；达到阈值后更新截止时间，删除本窗口内记录，再读取NoRequestTime决定回失败还是继续。simple模式保留了常规输出漏掉的更新调用；实际setter另有源证据。[N2/N3/N5]

请求回调创建时间戳实体并加入内存/数据库。40个场景枚举与远端Flow、提供方选择、请求/展示/点击回调不是同一个统计口径。新SDK是否对当前scene生效、当前x/y/z及最终展示次数仍需线上配置和实际回调验证。[N4]

后台主链#

BackgroundManager建立resident常驻前台服务；BootService的父类登记Job100且回调再次登记；SystemMonitor的广播父类为空。AppMonitor、ChargeMonitor、FuncMonitor各自读通知配置，NotifyListenerService只在特殊访问获准后具备读取第三方通知条件。

本次解锁重启窗口内未见进程/FGS，不代表系统后续永不调度；结束强停又改变了包的stopped状态，不能继续把后续未出现服务算作重启失败。

原始配置与来源分组#

广告枚举共 40 项，正文附录逐项保留原字段。首次/后续启动、应用打开、功能/结果与 guide 变体分别登记。额外场景不能借用 Toolbox 的 39 项统计。[A1]

存在场景广告配置、请求限流数据库和原生/全屏广告 SDK；splash_ad_config、notify_config 由 Application/回调应用。当前没有线上配置响应，不能为每个场景强填固定格式、广告单元或每日频次。真机可直接确认本次 AppLovin 全屏展示；其他网络只按集成迹象列出。[A2][U]

AppsFlyer onConversionDataSuccess 检查 af_status=Non-organic，读取来源信息并对比 src/subSrc；另有 Install Referrer 回调。业务代码以 src 等持久化结果选择 channel/normal 配置。没有取得本次真实归因结果，不将安装自 Google Play 等同于自然量组。[A3]

notify_config 两组预置 function/app/charge 为 18/3/3 与 3/1/1；数据模型的 pushStatus、activityStatus 构造为 false。远端可更新 push_status、activity_status 和 count，另有 notify_max_interval_config。上限字段在默认关闭状态下不代表通知已启用。[A2][A4]

Application 与云配置回调应用 notify_config / notify_max_interval_config；广告场景和启动开关可远端覆盖。未取得服务端响应，运营启用状态、版本、人群、周期均未验证。

EasyClean v1.0.2#

精确包名：com.smartnettools.studio.easyclean。

默认字段来自 Y0.j：open=true、startHour=7、endHour=21、intervalSec=14400、createAfterClear=true、createAfterClearSec=60、notificationIdCnt=3、lastActiveSec=86400、showInForeground=false、notificationType=0。Mb.d.b 同时接受历史拼写 noticationIdCnt 与正确拼写 notificationIdCnt，后者后写，缺省沿用当前值。[A5][A6]

Mb.a 的通知构造中 Scan now（立即扫描）和 Later（稍后）两个按钮都复用同一个启动 PendingIntent。默认标题/正文随机同索引，并非不同按钮分别执行扫描与忽略。活跃时间写回带15分钟节流。[A7]

通知发送器即使构建返回 null，也可能由上层写回“上次通知时间”；所以资源/Job 存在不等于展示成功。实际显示次数、点击行为和删除重建未动态触发。

本轮状态与写回补充#

通知条件必须按入口区分。周期/FCM主链默认7–21时、24小时未活跃、4小时间隔、不在前台；删除重建默认至少60秒。活跃写回自身有15分钟节流，不等于每次切前台都立即更新。

12组标题与正文使用同一随机索引，两个按钮复用同一Splash PendingIntent，不能把Later写成后台延期任务。上层可能在构建返回null时仍写回lastNotify，故“资格满足”“notify调用”“系统可见”三层分别验证。

广告调用链补充#

广告场景开关与来源位已在综合分析恢复，本轮把它们放回产品路径：结果页CompleteActivity同时尝试clean-result全屏路径和同名原生容器；是否有缓存、Activity是否已销毁/结束分别判断。配置中的scan_result和代码调用的clean-result不是天然同一个键，必须通过具体包装层才能对应，不能仅凭名字近似合并。[N6]

七个SpecialAdControl场景是特定门禁集合，不是全App所有广告位全集。Thinkup与MAX的加载节流分别存在；加载间隔不等于展示频控。结果页默认桌面引导是产品推广行为，不能并入杀毒结果或广告展示证明。

后台主链#

App初始化 → 持久Job2001（15分钟最小周期） → Mb.b.a统一资格检查 → 12组配对模板 → 循环1234起ID → SplashActivity。

FCM的show_local_message也进入统一资格检查；通知删除Receiver直接进入重建分支，绕开主检查中的时段/未活跃门禁，但仍有删除重建间隔。主页初始化cancelAll属于第三条通知消失路径。

原始配置与来源分组#

真机已观察 GMA 全屏广告。业务广告控制器另有 Thinkup/TopOn 与 AppLovin MAX 两个实现：前者使用 TUInterstitialAutoAd、TUSplashAd，后者使用 MaxInterstitialAd、MaxAppOpenAd、MaxNativeAdLoader；不能由中介适配器目录认定各网络都出量。[A17][A18][S1/S3]

SpecialAdControl 有7个场景：home_center（主页中部）、home_bottom（主页底部）、scan_process（扫描过程）、scan_result（扫描结果）、result_page（完成页）、setting（设置）、preview_detail（预览详情）。默认 home_center=false，其他为 true；解析层读取其中6个字段，preview_detail 沿用对象值。scan_process/scan_result/home_center/setting 还要求 user_source>0 && !is_suspect；home_bottom/result_page/preview_detail 在该函数只按场景开关返回。这是候选入口门禁，不是每次必展示。[A15][A16]

可明确区分“加载节流”和“展示频控”：Thinkup 的插屏初始化重试间隔至少120000ms；开屏加载要求距上次展示至少2000ms、距上次加载至少30000ms。MAX非强制加载路径的原生间隔2000ms、开屏/插屏30000ms，初始化重试5000ms。这些判断不能改写成固定展示次数或用户日上限。[A17][A18]

通用展示先选择提供方，失败时在配置允许回退的条件下尝试另一实现。选择器的simple指令显示还读取远端首选、attr_network映射、缓存收益及计数，不能简化成“全量只走MAX”。普通反编译方法曾失败，已另存simple复核；收益选择的完整线上参数和所有业务入口频次仍为U。[A19][A20]

App 注册 Adjust 变更/读取回调；安装来源成功回调把 install_referrer 交给自有解析。Adjust network 转小写后保存 attr_network：含 untrusted 时保存 is_suspect=1并返回；含 organic 时返回；其余路径把 user_source 按位或16。这里是字符串contains判断，不能自行替换为某个广告平台的标准自然/非自然枚举。[A1][A11][A13]

Referrer 满足任一规则时按位或1：包含tiktok_s / paid_traffic_s / singular / adjust中任一串；或同时含utm_content、app、source、data、nonce；或同时含gclid、gbraid、gad_source。该回调后把install_referrer_cnt写为10；持久化不是覆写掉既有来源位。[A12][A13][A14]

N5.b.i 的业务判断为user_source>0且非is_suspect。它参与上述部分广告入口，也用于main_pop_launcher与结果页的默认桌面引导；后者是桌面推广，不能当作杀毒结果或广告展示成功。没有读取本机真实referrer、广告标识或归因值；实际人群归属、线上配置仍U。[A14][A15][A21]

notification_config JSON 可覆盖上述所有字段；删除入口、Job 和 FCM 指令的调用门禁不同。当前远端响应未取得。资源附录给出17组标题/正文语言配置与17组按钮/渠道字符串；两种配置计数不能相加为34种语言。

Phone Cleaner v1.2.4#

精确包名：com.phone.cleaner.wafaApps。

FCM 主链先建立数据模型，再由 Glide 图片回调进入 zfxgq.yR.Xiu9；最终 notify(57)。远端通知不依赖APK内固定正文，不能从资源附录补造线上所有语言和文案。[A6][A7]

本地2类、通知清理、安装/卸载的标题/正文以及常驻按钮均补入资源附录；实际键数由附录提取结果给出，覆盖19组资源配置。它们不包含未来服务端payload的全文。[A17][A20]

本轮状态与写回补充#

通知现在分五类：常驻103、本地55、FCM57、通知清理58、安装/卸载59。55/58/59的来源条件改变Heads-up横幅RemoteViews，展开大视图字段另有绑定，不能叫总通知开关。

PendingPush存pushType及WatchPackage，WatchPackage携带应用名称/卸载标志，随后调安装卸载渲染；需要继续核候选优先级、事件入队与消耗条件，不能把存在模型当成本次已发生安装事件。FCM57的正文来自服务端data，资源字符串只覆盖本地模板。[N5]

广告调用链补充#

来源XARGY → r49.kWK9 → 广告包装器的附加原生分支已闭合；空/google-play为false，其余来源可true，包含other/noapi。因此分组不是可靠的付费用户标签。

同包的Launcher帮助文案和桌面广告容器提示商业化范围超出清理过程。现有入口/场景映射仍需要继续沿工具枚举与桌面生命周期展开；没有从SDK目录数量推定实际出量，也没有将15秒调度器错写为广告展示频率。

后台主链#

服务OuX2建立常驻ID103；一套Handler默认15秒周期调用注册的SltkD回调。初始化同时登记USER_PRESENT及安装/卸载事件，事件触发同一调度辅助器。另有JRH13一次性Work自登记链，最小延迟15000ms，执行后再次登记，并调用同一辅助器。[N2–N4]

USER_PRESENT的ZJX60S调用DwB(true)，JRH13调用DwB(false)，true可绕过辅助器自身的时间差检查，但不证明绕过业务通知门禁。Work的15秒是请求延迟，系统可延后执行；不是精确后台闹钟，也不是15秒发送通知。

原始配置与来源分组#

Google Mobile Ads、AppLovin、Pangle、Vungle、Meta等SDK/组件有静态集成迹象；真机观察到广告页面/原生样式区域。自有ask1.wzo包装器在调用参数允许且r49.kWK9为true时，额外进入TUNativeAdView原生构建分支；一个全屏包装路径还排除country=KR或language=ko的该附加分支，不代表这些用户完全无广告。[A16][S1/S3]

完整场景到平台/格式/频次的映射与线上限额仍未闭合，不填造每日次数，也不把SDK总数当出量网络数。来源判断影响的是已核对的调用分支，不能外推全部广告。

已闭合本包自有链路：Application在持久来源为空时创建InstallReferrer客户端；成功码0的回调提取install_referrer，交给ask1.T0.DwB解析；响应码2另存noapi，其他失败分支不等于自然量。[A13][A14]

解析先URL解码（处理非法百分号并保留加号），取utm_source；缺失且原串以gclid开头时记gclid；仍缺失则尝试Unicode转义还原再取utm_source；最后回退other，写入来源字段XARGY。r49.kWK9在来源all时true，空或google-play时false，其余true。因此other/noapi/gclid也可能走true，不能把它统一叫“付费用户”。[A1][A14][A15]

已核对的影响：ID55/58/59通知构建选择不同RemoteViews横幅布局（Heads-up）；构建器的r1字段最终传给setCustomHeadsUpContentView，Khh字段才是展开大视图。是否实际弹出横幅还受系统/渠道条件约束。部分广告包装器增加原生分支；这个来源条件不是通知展示总开关，也没有证明本次安装实际落在哪组。没有读取本机原始来源或广告标识。[A8][A16][A17][A21][A22]

FCM 数据字段和客户端远端配置调用存在，线上推送正文、国家/语言选择、投放对象、限额未取得。未连接其管理端，未记录Token/设备标识，也未向竞品服务发构造消息。

Ace Cleaner v1.0.0.2#

精确包名：com.ke.ace.cleaner。

业务显示函数直接检查 no_permission_or_audit、date_max_count_zero、id_daily_quota_exhausted、global_daily_cap、home_interval、fcm_interval。部分重构输出含可疑空分支，已另外保存simple模式用于控制流复核，不能用可疑反编译语句推导必定展示。[A10]

配置读取层明确回退：常驻/普通条数参数6、轮询/间隔参数120、某时间参数5、另有0回退项；这些必须沿具体调用换算后使用，不把所有参数拼成“每120秒发6条”。每类配额/间隔的空配置Pair(5,900)存在，字段单位和特定来源豁免按调用点核验。[A11]

本轮状态与写回补充#

本轮闭合“每日”口径：每ID剩余额度键是date_count_new_ + ID + 本地午夜时间戳；全局计数也带同一个本地日后缀。nHHNn.MMMHN按当前TimeZone偏移求本地午夜，不是UTC自然日，也不是距安装滚动24小时。[N4/N5]

因此跨日是换存储键读取默认配额，不需要假设有午夜定时任务清零。每ID剩余数、全局已展示数、上次通知时间和上次主页通知ID是不同状态；Pair(5,900)经MHNn代理读取，工厂把first和second送到额度/间隔字段。具体来源豁免继续按展示函数检查，不能将FCM的单类豁免外推为免全局上限。[N4/N6]

模板工厂有不同候选池：100060–100084等和100007起的普通候选可指向同一功能但有不同来源与正文。下表补齐局部List变量引用的候选文案，避免只保留R.string键。

广告调用链补充#

本轮产品路径已能区分页面跳转与通知回流。MerntenActivity处理点击埋点/通知清理，200ms后把原Intent extras带入AppnsioActivity；之后还经启动/主页面处理notify_action_id，不是点击后立刻直接清理。[N2/N3]

已有GMA展示证据不覆盖所有工具。若文件权限未通过，大文件/压缩等结果页商业化无法据首启推断。源码中多提供方、缓存与回退字段要按实际调用分别核验；本轮不将24小时广告缓存判断误作每日展示频控。

后台主链#

Boot/覆盖安装/Alarm/周期Work → 恢复辅助器（含audit门禁） → 常驻19001；临时FGS19002在特定恢复路径使用并15秒后停止。Job1419与7000分别有不同延迟/来源，不是一个统一精确周期。

通知点击是另一条回流链：Mernten处理原通知 → finishAffinity → 延迟200ms启动Appnsio并保留extras → 主页处理notify_action_id → 功能分发/权限 → 工具页。系统强停与普通任务移除边界按真机矩阵表达。

原始配置与来源分组#

静态可见 Google Mobile Ads、Pangle、Mintegral、Bigo、Meta、Thinkup 等广告集成；配置层有多组 interstitial/splash/reward 槽位字段。真机确认GMA全屏路径。各业务入口的广告频控、奖励条件和线上平台分配没有完整闭合，报告不把字段名当作实际展示策略。[U]

自有 nMMHH.nHHN 成功取得Install Referrer后保存，并解析 utm_source=apps.facebook.com、utm_campaign、utm_content 等组合；Adjust同时注册变更与读取回调。非空network/campaign可触发来源状态变化，当前状态为2时另行处理。[A1][A2]

通知展示门禁显式有 isAudit（审查状态）与权限检查；后台恢复也检查审查状态。没有证据把“审查状态”直接等同于某一指定广告渠道或确认为本机实际值。未读取真实referrer/广告标识。[A3]

通知模块通过业务接口读取远端/缓存配置，候选模板、上限、时间间隔、审查/来源状态均可改变。APK本地注册表及16组资源不是线上投放全集。没有读取JNI返回的运行时密钥；静态阅读使用同一XOR包装器和多处已知参数交叉验证。

AntiVirus Clean v1.0.0.7#

精确包名：com.eduspot.antivirus.clean。

DB98D 中常驻 notify(19001) 与业务 BBB 中 notify(beanId) 是不同路径。普通轮询可能只作门禁检查，不能混作常驻FGS刷新或成功投递次数。[A4][A5]

业务列表有每类Pair(5,900)回退、常驻轮询120和计数6等参数来源；未经调用语义闭合，不将数字组合成线上发送承诺。候选对象的 enable 条件、事件来源、安装/卸载等单独入口仍需长周期/权限条件验证。[A6]

本轮状态与写回补充#

本包已独立核对本地日口径：DDDD.DB8D以当前时区偏移求午夜，DB999.DB99把它拼入date_count_new_+ID的存储键。新一天读取新的默认配额，不等于后台执行了清零Job。[N3/N4]

每ID最后通知时间、全局/主页通知时间、上次主页ID和日期剩余数分开存储。图片异步加载与notify延迟是展示阶段；只有出现notify/成功回调才能进一步判断计数写回，不能把候选被选中当作已送达。

工厂会随机打乱文案候选，按可选参数格式化；通知点击追加notify_click_type与notify_from_type。当前仍有局部字节变量未静态解码和反编译可疑控制流，相关字段保持U，不按空值处理。[N5]

点击请求码与通知ID分开：D8按clickType为PendingIntent生成不同请求码，构建时仍把beanId作为notify_id传递；不能把请求码偏移当新增业务通知ID。点击类型1有+100分支，点击类型4使用命名常量偏移，本轮不硬填该常量数值。[N5/N9]

广告调用链补充#

本次确认通知入口继续携带notify_action_id和notify_from_type，主页从onCreate初始化或onNewIntent进入分发。对应工具、权限和结果页必须在有相应上下文的路径上核验广告；没有从Ace复制恢复组件或广告规则。

首启GMA是本包S3事实，其他SDK仍按集成迹象。广告加载/展示的完整计数、线上槽位配置和所有回调尚未闭合，这部分保留明确缺口；已恢复的产品与通知主链可继续用于定向追查，不能用SDK数量代替商业化分析。

后台主链#

本包有常驻19001和通知模块，但Manifest没有Ace的自有Boot/Alarm/临时FGS恢复组件；不能因为工厂和通知布局相似就复制其恢复结论。

业务通知先过滤候选、日期额度及间隔，再异步构建/加载图片并最终notify；通知点击经专用中转/启动页进入主页，并保留actionId。主页的onNewIntent会再次处理通知参数，不是只有冷启动能回流。

原始配置与来源分组#

Google Mobile Ads、AppLovin、Pangle、Mintegral、Vungle、Bigo、Meta和Thinkup等代码/组件存在，首启GMA广告为S3。当前没有闭合每个工具入口的线上广告位/限额，不能据SDK数量认定当前平台出量，也不能给出伪造的每日次数。

DB9B.BDBD 接入Adjust的onAttributionChanged/onAttributionRead，并在Install Referrer成功后保存字符串、进入自有解析。解析facebook来源及utm_campaign/utm_content，Adjust的network/campaign非空也能改变来源状态；状态2为额外门禁。[A1][A2]

这证明具备来源差异处理，不证明当前测试安装落在哪一组，也不证明所有广告与通知都服从同一个来源状态。原始referrer、Token和广告标识没有进入文档。

通知配置通过业务接口/本地缓存读取，当前远端值未知。静态解码已经保留同源阅读副本与交叉验证；仍有b6/b7/b8等局部变量字节数组未直接解码，这些影响范围在方法级未完成项里保留，不把它们写成空配置或不存在。