wenzhi的博客

Android16 EDLA认证BTS测试失败解决方案总结 本文总结了Android16 EDLA认证测试中BTS失败的解决方案。BTS测试失败主要分为三种类型：ALERT(系统签名问题)、WARNING(应用签名问题)和POSSIBLE(应用权限问题)。 解决方案包括： 系统签名和应用签名文件替换：需重新生成签名文件并替换到指定目录 应用权限修改：需检查敏感权限声明，如FORCE_STOP_PACKAGES和RECORD_AUDIO等，根据政策要求进行移除或申请白名单 文中提供了具体报错示例和解决思路，包

本文介绍了Android EDLA认证测试中的BTS（Build Test Suite）测试流程。BTS主要检测系统补丁、签名和权限问题，失败项通常较少。测试过程包括：1)使用供应商提供的命令生成BTS包（需编译user版本）；2)将生成的zip包上传至Google认证网站；3)等待数小时后获取包含ALERT、WARNING和POSSIBLE三类错误的XML报告。其中ALERT涉及系统签名，WARNING与应用签名相关，POSSIBLE则与权限有关。文章还提到CTS测试规模庞大（含290万项），但BTS问题

本文分析了Android16 EDLA认证测试中CTS问题的解决方法。CTS测试包含900多个模块，涉及290多万项测试。文章总结了6种常见问题的解决思路：修改系统签名和应用签名、烧录key、调整selinux权限、查看关键字定位问题、分析CTS测试代码逻辑以及回退代码验证。通过具体案例展示了如何定位和解决各类CTS报错，包括Bionic签名、设备策略管理、窗口管理、输入测试等问题。同时指出部分问题可通过添加prop属性在测试时恢复原生逻辑来规避。这些经验为Android EDLA认证测试中的CTS问题提供

Android EDLA认证测试CTS过程摘要 本文介绍了Android EDLA认证中的CTS测试流程。主要内容包括： 环境搭建：需配置Linux环境（SDK、adb等工具），下载对应架构的CTS测试套件（ARM/x86版本选择依据设备架构） 测试命令： 进入测试模式：./cts-tradefed 模块测试：run cts -m 模块名 单项测试：run cts -m 模块名 -t 测试项 查看记录：l r 设备查看：l d 重测失败项：run retry 测试报告：展示总模块数（918个）、通过/失败测

**EDLA**（Enterprise Device Licensing Agreement）是 Google 专为**企业级 Android 设备**设计的认证协议，是 MADA（Mobile Application Distribution Agreement）的补充，特别针对两类设备：**无电池设备**（如工业控制终端、数字标牌）和**屏幕尺寸大于 18 英寸**的设备（如交互式平板、OPS 电脑），屏幕尺寸最大可达 70 英寸。**核心目标**：确保设备能安全集成 Google 服务，支

Android EDLA 测试需要一个linux系统环境，如果电脑内存比较大，使用虚拟机也是可以的。搭建 Android EDLA（Enhanced Device Lockdown and Attestation）的 Linux 测试环境，需基于**Ubuntu LTS 系统**（推荐 20.04/22.04），整合 GMS 测试工具链、EDLA 专用套件、设备调试环境、VPN网络。下面的大致内容。

Android EDLA认证测试中的应用安装卸载监听设置 本文介绍了在Android EDLA认证测试过程中，通过设置系统属性来临时规避自身修改与认证项冲突的方法。主要修改点包括： 在InstallPackageHelper.java中添加应用安装完成后的处理逻辑，调用工具类方法设置相关属性 在DeletePackageHelper.java中添加应用卸载完成后的处理逻辑 在ScanPackageUtils工具类中实现具体的属性设置逻辑，包括： 处理安装和卸载两种情况 设置CTS、CTSV、GTS等相关属性

本文总结了Android EDLA认证过程中需要修改的系统签名文件和应用签名文件。主要内容包括： 介绍了生成签名文件的三个关键命令模板，可生成.pk8、.x509.pem、.pem和.avbpubkey四种签名文件 详细说明了系统签名文件的位置和需要修改的8个关键签名(bluetooth、media等) 提供了蓝牙签名生成的具体示例 指出签名文件需要在EDLA初版提测前完成修改，否则BTS认证会出现大量签名报错 文章重点在于指导如何正确生成和替换EDLA认证所需的签名文件，确保系统能通过BTS认证测试。

本文分析了Android16系统中同时开启热点和有线网络后，关闭有线网络导致网络节点卡死的问题。解决方法是在内核的stmmac_main.c文件中注释掉设置NETIF_F_HW_TC硬件流量控制特性的代码。该问题可能与资源占用冲突有关，关闭硬件TC功能可规避此异常。文章还解释了TC功能的作用及其禁用对系统的影响，建议不同方案和Android版本需具体验证该解决方案的有效性。

本文详细介绍了Android16中有线网络的静态IP和代理设置方法。主要内容包括： 设置类型说明： 静态IP设置：支持DHCP和Static两种获取方式 代理设置：支持None、Static(Manual)和AUTO三种类型 API详解： 旧API（setConfiguration）：已废弃但可通过反射调用 新API（updateConfiguration）：Android13新增，采用Builder模式构建参数 关键参数解析： 网络接口名称（"eth0"） EthernetNetwor

摘要：本文介绍了解决Android 16设备无法识别fastbootd模式的方法。首先对比了fastboot和fastbootd模式的差异，然后详细说明了识别不到设备的解决方案，重点强调更新fastboot版本可以解决问题。文章提供了fastboot驱动的安装方法、adb套件下载链接（包括Windows/macOS/Linux版本）以及验证步骤。此外还补充了uboot otg时序异常导致问题的解决案例和Android 16 EDLA HDMI OUT投屏的默认设置方法。本文对Android开发人员在fast

Android16 EDLA开机向导的锁屏设置页面存在HDMI投屏时鼠标不显示问题，分析发现是由于密码界面设置了FLAG_SECURE安全标记，导致屏幕内容保护机制生效。通过分析SetupChooseLockPassword源码，确认该标记是导致问题的根源。提供两种解决方案：一直接移除FLAG_SECURE标记；二动态判断多屏模式，仅在单屏时启用安全保护。该机制禁止了屏幕内容被截图、录屏或投屏，在需要禁止截屏的场景下也可应用此标记。本文还指出Android16 EDLA默认需要支持HDMI输出，部分平台可能

摘要 本文记录了Android16 EDLA认证中HDMI OUT投屏功能的适配问题。在整机测试时可通过交互界面确认投屏，但开发板测试需要默认支持HDMI输出。解决方案是通过修改SystemUI的ConnectingDisplayViewModel.kt文件，在检测到显示信号流时自动启用HDMI输出而无需用户确认。修改通过在pendingDisplay不为空时调用enable()方法实现，适用于TV和商显等需要默认开启HDMI输出的设备场景。

本文的EDLA提测并不是实验中送测，只是内部简单开发后能进行内部专门EDLA全项测试。因为认证测试即使整天测试也需要1-2周的时间，所以一般由专门测试组进行测试，开发人员主要进行修改即可。一般是系统改动较少的情况，内部提测一版认证测试，可以对比是否是自身修改导致的认证Failed项。这里主要说明一下EDLA认证内部提测大概流程，有兴趣的可以收藏看看。

Android EDLA项目蓝牙崩溃问题分析与解决 在Android EDLA项目中移植GMS和mainline包后出现蓝牙打开崩溃问题，经分析发现是蓝牙应用签名不匹配导致。错误日志显示存在userdebug/test-keys签名冲突和SELinux权限报错（Zygote权限添加失败）。临时解决方案是关闭SELinux，但根本解决方法是重新生成蓝牙签名文件并替换系统源码中对应的签名信息文件后重新编译完整系统包。该问题对开发Android EDLA项目的工程师具有参考价值。

Android EDLA 5G热点开启失败解决方案 在Android EDLA项目中，开启5G热点时出现失败问题，错误日志显示"Can not start softAp with band 5G not supported"。经分析发现这是由于两个关键资源属性config_wifi5ghzSupport和config_wifiSoftap5ghzSupported未正确设置为true所致。 解决方案包括： 在vendor层创建资源覆盖应用，通过overlay机制覆盖谷歌Wifi应用的re

Android EDLA开发认证是针对大屏设备或企业级安卓设备的谷歌官方认证流程，确保设备符合GMS兼容性要求。认证流程包括：协议申请、硬件软件准备、预测试整改、正式测试和谷歌审核等步骤，周期约6-8周，费用3-4万美元。关键难点在于CTS/GTS测试通过率低和区域合规性差异，需专业团队配合认证机构处理。获得认证后，设备可合法使用GMS服务并避免谷歌禁售风险。建议厂商提前规划，选择专业机构合作，重点关注认证项修改和测试环节。

本文简单介绍一下Android16 Wifi打开到自动连接Wifi的过程。有啥用？可以看看哪个过程出现问题吧，比如是否调用了Wifi开启；查看哪个过程不完整，方便进一步定义问题原因。 主要过程有：WiFi打开，WiFi扫描，WiFi选择，WiFi连接，ip分配，连接完成。有兴趣的可以收藏看看。本文主要是基于Android16的日志进行查看。

Android14源码移植到Android16的编译问题分析 问题概述 在将Android14的蓝牙应用源码移植到Android16时，出现了一系列编译错误，包括： 未使用final修饰符 未使用的方法或变量 注释格式不正确 广播发送权限问题 分析结论 问题根源在于Android16的bluetooth_framework_errorprone_rules属性启用了更严格的代码规范检查。与Android14相比，Android16的Java版本从JDK17升级到JDK21，并加强了代码规范验证。 解决方案

Scrcpy是一款开源的Android投屏工具，支持Windows/macOS/Linux平台，适用于Android 5.0及以上版本。最新v3.3.2版本兼容Android16设备，提供30-120fps帧率、1080P分辨率和35-70ms低延迟的投屏体验，支持双向复制粘贴等功能。相比Android Studio投屏更清晰流畅。安装简单，只需adb连接后运行scrcpy.exe即可使用。其他推荐投屏工具包括Vysor、QtScrcpy等，但Scrcpy凭借开源免费、跨平台、高性能等优势成为开发者首选。使

Android16 Wifi自动连接功能分析与实现 本文分析了Android系统开机后自动连接指定Wifi的可行性及实现方案。主要发现： 系统层面修改难度大：通过设置Wifi优先级或WifiNetworkSuggestion的方式无法实现自动连接指定Wifi，源码分析显示相关逻辑复杂且条件触发机制难以追踪。 应用层解决方案：提出基于系统签名应用的实现方案 监听开机、Wifi开关等广播事件 扫描并检查目标Wifi是否可用 主动连接符合条件的目标Wifi 实现要点 需要系统签名权限 通过属性保存默认Wifi配置

Android 16 废弃 HIDL 改用 AIDL 调用 HAL 层代码 摘要 Android 16 已完全移除 HIDL（HAL Interface Definition Language），改用 AIDL（Android Interface Definition Language）作为连接上层应用与底层 HAL 层的接口标准。HIDL 曾是 Android 系统调用 HAL 层代码的主要方式，但自 Android 13 起已被标记为废弃。新版本中，AIDL 不仅支持 Java 进程间通信，还能实现 J

Android 16相比前代版本在代码层面有多项关键变更：1)强制全屏布局，移除windowOptOutEdgeToEdgeEnforcement属性，需通过WindowInsetsController处理状态栏遮挡；2)废弃onBackPressed()，强制使用OnBackPressedDispatcher回调；3)健康数据权限细化为12种，需按需声明如READ_HEART_RATE等。开发者需针对这些核心变化进行适配，包括窗口布局调整、返回导航重构和权限请求优化，以确保应用在Android 16上的兼

本文分析了Android13中"启动WLAN详细日志记录功能"的实现机制。通过对比开发者模式开关操作前后的系统属性变化，发现传统通过settings put global wifi_verbose_logging_enabled 1命令无效。深入分析WifiServiceImpl源码后，确认该功能通过WifiSettingsConfigStore管理，实际配置存储在/data/misc/apexdata/com.android.wifi/WifiConfigStore.xml文件中。最终

本文分析了Android 16系统广播监听崩溃问题，发现与Android 14不同在于系统应用也会报错。通过源码分析，发现Android 16在BroadcastController.java中新增了限制逻辑。解决方案包括： 修改系统源码，添加属性控制开关 默认设置flags为RECEIVER_EXPORTED避免异常 对比了RECEIVER_EXPORTED和RECEIVER_NOT_EXPORTED的区别 验证发现RECEIVER_NOT_EXPORTED会导致无法接收任何广播 建议对需要跨应用通信的广

Android Studio新版本编译release版本apk的方法总结如下：1）通过Build->Generate signed bundle/apk选项，选择签名文件并选择release版本；2）在app/build.gradle中配置签名文件，并在Build Variants视图选择release选项后生成apk。新版本默认不显示release编译任务，需通过Build Variants工具窗口设置。生成的release版本apk位于app/build/outputs/release目录下。该方

Android系统源码核心目录解析 本文梳理了Android13系统源码的核心目录结构，重点围绕框架层和应用层展开分析。主要内容包括： 框架层核心(frameworks/) - 包含Android上层框架API和系统服务实现，重点解析了： frameworks/base/：基础API和组件（Activity/Service/Binder） services/：核心系统服务（AMS/WMS/PMS） native/：底层原生实现（Binder/多媒体） 系统应用(packages/) - 预装系统应用和内容提

这篇文章为Android系统开发初学者提供了一个为期一个月的学习路线规划。第一阶段主要围绕UI开发展开：第一周学习开发环境搭建、四大组件和基础布局；第二周进阶学习RecyclerView、自定义View和动画；第三周掌握Fragment交互和数据存储；第四周重点学习网络请求和Kotlin基础。计划强调每日文档总结和阶段性实战，通过新闻资讯APP项目整合所学知识，帮助新人快速掌握Android开发核心技能。

摘要 本文介绍了在Android14系统中通过ActivityManagerService(AMS)获取Activity信息的方法，重点分析了系统签名应用才能获取后台应用信息的限制。文章对比了获取前台Activity(getRunningTasks)、最近任务(getRecentTasks)和存活进程(getRunningAppProcesses)三种方式，指出getRunningTasks仍可有效使用，而新版getAppTasks和UsageStatsManager方法存在局限性。同时解释了后台任务与缓存

Android 14系统锁屏密码最小位数修改为6位的方法分析。默认情况下，Android锁屏密码、PIN码和图案密码都支持最少4位设置。通过修改frameworks/base/core/java/com/android/internal/widget/LockPatternUtils.java文件中的两个常量（MIN_LOCK_PATTERN_SIZE和MIN_LOCK_PASSWORD_SIZE）即可实现将最小密码长度从4位改为6位。

本文是关于EN 18031详解，2025年8月1号欧洲国家强制要求的网络安全要求，有兴趣的可以收藏看看。### 1、什么是EN 18031EN 是 "European Norm"的缩写，指欧洲标准 ；所以EN 18031 就是指的是欧盟网络安全标准草案18031，是一个针对网络安全或者系统安全的草案。### 2、为啥要学习 欧盟网络安全草案EN 18031？ **2025年8月1日正式实施，不符合[RED指令](https://zhida.zhihu.com/search?conten

Android13 可静态注册广播研究摘要 本文研究了Android13系统中可静态注册的广播类型。分析发现，相比旧版本，Android13对静态广播注册进行了严格限制，许多广播已无法静态注册。文章通过实测对比了常见广播的静态与动态注册效果，包括开机广播、网络变化、应用安装卸载等。测试代码展示了系统签名应用如何实现静态广播接收，并配套Service动态监听机制。研究发现，多数高频或敏感广播（如屏幕状态、电池变化）已禁止静态注册，仅保留部分基础广播（如开机完成、USB连接）。实验表明，Android13进一步

Android15 应用内广播接收问题分析与解决方案 在Android15及以上版本中，应用无法接收自身发送的普通广播，但在Android13及以下版本工作正常。分析表明问题可能源于ActivityManagerService对广播分发机制的优化调整。 关键发现： 问题出现在targetSdk≥34的应用中 系统广播(如网络变化)仍能正常接收 其他应用仍可接收该应用发送的广播 解决方案： 使用LocalBroadcastManager替代普通广播： 发送广播：LocalBroadcastManager.ge

Android ANR分析总结 ANR（Application Not Responding）是Android系统检测到主线程长时间阻塞时触发的机制。常见原因包括主线程执行耗时操作（IO、网络请求等）、锁竞争和CPU资源不足。系统对不同场景设置了超时阈值（如输入事件5秒、前台广播10秒等）。 分析ANR的关键步骤： 查看logcat日志，搜索"ANR in"获取关键信息（如报错位置、超时原因） 检查/data/anr目录下的堆栈文件（需root权限），重点关注"main&quo

本文是一篇Android开发者的Kotlin学习指南，主要内容包括： 学习背景：Android系统源码中Kotlin代码比例显著增加（如SystemUI、PackageInstaller等系统应用），开发者需要掌握Kotlin以适应趋势。 学习路径： 第一阶段（1个月）：基础语法（变量声明、空安全、扩展函数等） 第二阶段（2个月）：Android集成（协程、Jetpack组件、Compose UI） 第三阶段：架构实践与性能优化 转换技巧： Android Studio支持Java/Kotlin混合开发.

本文对比了Android开发中Kotlin与Java的主要差异，重点关注基础语法、类与对象、集合操作和Android特有功能。Kotlin通过更简洁的语法（如变量声明、空安全机制）、数据类、扩展函数等特性显著提升开发效率。在Android开发中，Kotlin的View Binding、协程等特性进一步简化了UI操作和异步编程。相比Java冗长的代码，Kotlin提供了更现代、安全的编程方式，使其成为Android官方推荐语言。开发者掌握这些核心差异可快速从Java转向Kotlin开发。

Android Preference 设置 visibility="gone" 无效问题分析 在 Android 原生 Settings 应用中，隐藏 Wifi 详情页的"添加设备"选项时发现直接设置 visibility="gone" 无效。问题分析： 原因：Preference 的可见性被代码控制，通过 AddDevicePreferenceController2 类中的 getAvailabilityStatus() 方法决定。

Android蓝牙默认名称设置分析总结 本文分析了Android系统中蓝牙默认名称的设置方法，基于Android 13源码。研究发现蓝牙名称与ro.product.model属性相关，而非常见的def_bluetooth_name或Settings属性。文章提供了四种设置方法： 修改ro.product.model属性值（需在build.prop或.mk文件中配置） 使用Settings.Secure.bluetooth_name记录蓝牙名称（仅用于查询） 应用层通过BluetoothAdapter.set

Android Studio 导入framework jar包，还需要加入task代码才能让运行代码优先使用framework jar包的类；比如framework新增的类或者方法需要导入framework jar包才能调用系统新增的方法；还有就是系统一些隐藏的api或者类，比如SystemProp另外导入framework jar包后，有些系统隐藏api代码会爆红无法链接，但是编译通过，是正常的。现在的问题是2025 Android Studio新版本添加task编译代码会报一个空指针错误；

本文介绍了在Android系统中强制设置特定应用界面为最顶层的方法，通过修改系统底层代码实现，但存在Home键和后台任务失效等后遗症。文章还分析了悬浮框的实现代码、窗口类型层级关系和使用注意事项，包括权限管理、窗口类型选择、进程存活机制等。同时提供了查看当前窗口状态的系统命令，帮助开发者理解悬浮框与系统层级的交互原理。需要注意的是，这种强制置顶方式仅适用于特殊系统应用场景，普通开发建议使用标准悬浮窗实现方案。