企业官网建设流程全解析

最近有个朋友问我：“为什么我照着网上教程配好了 Android Studio，模拟器也能跑，但一接上自己的手机就各种报错，设备列表里永远看不到？”这个问题我太熟悉了，早期做开发时我也在真机调试上栽过不少跟头。

这篇文章就从 Android Studio 里的真机操作入手，把环境准备、连接方式、调试细节、常见坑位一次讲清楚。内容围绕 Android Studio 真机调试展开，核心关键词就是 Android Studio、真机操作，适合刚入门安卓开发、想摆脱模拟器限制、或者准备做真机测试的开发者参考。

如果你已经装了 Android Studio，直接跳到第二节看连接实操；如果连环境都还没装，那老老实实从第一节看起。

1. 环境准备与前置条件

1.1 Android Studio 安装与初始配置

真机调试的第一步，是把 Android Studio 这个“开发基地”搭好。很多人觉得安装就是下一步下一步，但实际踩坑点不少。

从官网下载对应系统的安装包时，建议优先选择 .exe（Windows）或 .dmg（macOS）版本，而不是 zip 包。安装包内置了 SDK Manager 的引导逻辑，装完能省去手动配环境变量的功夫。安装过程中会有一步询问是否导入旧版本配置，如果你之前装过别的版本，建议选“不导入”，避免旧配置干扰新版 IDE 的默认参数。

装完之后第一次启动，Android Studio 会拉起一个初始化向导，里面最关键的两件事：SDK 路径选择和 SDK 组件下载。默认会给你装最新版 Android SDK Platform 和构建工具，但这里有个细节：如果只是想做真机调试，SDK Platform 装你手机对应的安卓版本就够了，不必全下载，否则下载好几 GB 的东西纯属浪费磁盘空间。判断手机安卓版本的方法，在手机的“设置 → 关于手机”里能看到。

SDK 路径建议记下来，比如 Windows 上默认在 C:\Users\你的用户名\AppData\Local\Android\Sdk，后面配置 adb 命令时会用到。

组件下载完成后，进入 IDE 界面，先别急着建项目，到 File → Settings → Appearance & Behavior → System Settings → Android SDK 里确认一下 SDK Platforms 和 SDK Tools 的勾选状态。真机调试最常用的是 platform-tools（内含 adb）和 USB Driver（Windows 平台专用），前者默认安装，后者经常被忽略。对 Windows 用户来说，USB Driver 没装就是“手机连上了但电脑没反应”的常见根源之一。

1.2 手机开启开发者选项与 USB 调试

手机端不打开开发者选项，Android Studio 就永远不可能识别到设备。这个操作其实很简单，但不同品牌的手机路径略有差异，有些藏得深。

先找到手机的“关于手机”页面，一般在“设置 → 关于手机”里，找到“版本号”这一项，连续点击 7 次，系统会提示“您已进入开发者模式”。这里有个小经验：每次点击间隔不要太快，如果系统没反应，等一两秒再点；有些手机要求输入锁屏密码验证，输入即可。

开发者模式开启后，回到设置主页，会看到一个“开发者选项”菜单（部分手机在“系统与更新”或“更多设置”下）。进入后需要打开这几个开关：

• USB 调试：这是 Android Studio 连接手机的必需开关，不开它，电脑端 adb 命令根本找不到设备。
• 仅充电模式下也允许 ADB 调试（部分手机有这个选项）：对以后用无线调试的场景有用，建议顺手开。
• 不锁定屏幕（部分手机叫“保持唤醒”）：调试期间屏幕常亮，避免调试到一半手机锁屏断连。

“USB 调试”弹出授权弹窗时，记得勾选“始终允许使用这台计算机进行调试”，然后点击允许。如果不勾选，每次连接都要重新确认弹窗，非常影响效率。

还有一个容易忽略的点：手机上如果装了第三方“手机助手”类 App（如某些品牌的手机管家、电脑管家），或者电脑上有 360 手机助手、腾讯应用宝这类工具，它们可能会抢占 ADB 端口，导致 Android Studio 识别不到设备。调试前最好把这些全部退出，等调完再装回来，这是实战中很常见的冲突源。

2. 真机连接与设备识别

2.1 有线连接的完整流程

数据线连接是整个真机调试里最基础也最容易出问题的一环。很多新人以为随便找根 Type-C 线就能用，实际并非如此。

第一步，手头的线材建议优先使用手机原装数据线，或者至少有数据传输能力的线。判断方法很简单：把线插到电脑和手机之间，如果手机弹出了“允许 USB 调试”的授权框，说明这根线支持数据传输；如果只在充电但毫无反应，那八成是“充电线”。市面上不少廉价充电线砍掉了数据线芯，这种线再怎么折腾连接都不会成功。

第二步，把手机通过 USB 线连到电脑。此时手机上会弹出一个 USB 连接方式的提示，通常有“仅充电”“文件传输（MTP）”“传输照片（PTP）”等选项，有些品牌还有“USB 网络共享”。对 Android Studio 真机调试来说，选择“文件传输”模式兼容性最好。为什么？因为 ADB 协议在 MTP 模式下能稳定地保持设备可见，而“仅充电”模式下部分机型会直接屏蔽 ADB 通道。

第三步，电脑端验证设备是否被识别。打开终端或命令行窗口（Windows 用 CMD 或 PowerShell，macOS 用终端），输入：

adb devices

如果输出结果里出现一行类似XXXXXXXX device（前面是一串设备序列号，末尾是device），说明设备已经成功连接；如果显示unauthorized，说明手机端没有点“允许”授权；如果显示空列表，说明驱动或线材有问题。

这里补充一个 Windows 常见问题：命令行提示“adb 不是内部或外部命令”。这是因为 platform-tools 没有加入系统 PATH。有两种解法：一种是临时解法，在终端里先切到 SDK 目录再执行：

cd C:\Users\你的用户名\AppData\Local\Android\Sdk\platform-tools adb devices

另一种是一劳永逸的解法，把 platform-tools 路径加到系统环境变量的 Path 里。操作方法：右键“此电脑” → 属性 → 高级系统设置 → 环境变量 → 在系统变量的 Path 中添加上述路径。加完之后重新打开终端才能生效。

2.2 无线调试：摆脱线缆束缚

无线调试是在 Android 11 及以上系统里非常实用的功能。我自己的使用频率甚至超过了有线连接，因为调试过程中手机不用一直插着线，自由度更高。

使用无线调试有个前提：手机和电脑必须处于同一个局域网，比如连着同一个 Wi-Fi。在手机上的“开发者选项”里找到“无线调试”，打开它。接下来有两种连接方式。

第一种，直接配对模式。点击“无线调试”进入页面，点“使用配对码配对设备”，手机会显示一个六位配对码和 IP 地址。然后在电脑终端执行：

adb pair 192.168.x.x:xxxxx

回车后再输入配对码，完成配对。配对成功后，手机会显示已连接设备列表里多了你这台电脑的信息。

第二种，手动连接模式。在“无线调试”页面能看到手机当前的 IP 地址和端口号，注意这个端口号是随机分配的，每次开启可能不一样。然后在电脑终端执行：

adb connect 192.168.x.x:端口号

执行完显示connected to 192.168.x.x:端口号就表示连接成功。此时再执行adb devices，就能看到设备处于在线状态。

有一点要特别提醒：无线调试断连频率比有线高，尤其当 Wi-Fi 信号不稳定或路由器开了 AP 隔离时。如果遇到offline状态，最直接的办法是把无线调试关掉重开，再重新执行 connect 指令，基本都能解决。

2.3 adb 常用命令速查

既然聊到 adb，顺手整理一份我用得最频繁的命令清单，每个都标注了用途，方便你对照操作：

• adb devices：查看当前连接的设备列表，确认设备是否被识别，以及状态是否为device。
• adb install -r app-debug.apk：安装 APK 到真机，-r参数表示覆盖安装，保留数据。
• adb uninstall 包名：卸载应用，包名可以在项目的 build.gradle 里查看。
• adb logcat：打印日志输出，排查崩溃和异常时最常用。
• adb shell：进入手机的命令行 Shell，可以在里面执行 Linux 命令查看手机状态。
• adb disconnect：断开无线连接，主要用于调试结束后清理连接。

这几个命令建议背下来，尤其adb devices和adb logcat，几乎天天用到。

3. 从模拟器到真机：工程配置与运行

3.1 项目结构里的关键配置项

连接好设备之后，打开你的 Android Studio 项目，下一步就是确认工程配置能正常运行在真机上。

先说 SDK 版本问题。项目的 build.gradle（Module 级别）里有三个关键字段：

• compileSdk：编译时使用的 API 版本，建议不低于你手机的系统版本，不然某些 API 调用会编译报错。
• minSdk：应用可支持的最低系统版本，如果设置的 minSdk 高于手机系统版本，安装时会直接提示“安装失败：SDK 版本过低”。
• targetSdk：应用目标运行版本，系统按这个值决定是否启用兼容模式。如果 targetSdk 高于手机版本，部分行为可能异常，但一般不会阻断安装。

这三个值的设置原则简单说：compileSdk 用最新稳定版（例如 Android 14 对应 API 34），minSdk 根据需求设置（一般 21 或 24 起步），targetSdk 设为当前主流版本即可。

然后是签名问题。默认情况下，Android Studio 新建项目用的是 debug 签名，可以直接安装到真机运行。但如果你想用 release 版本，就必须配置签名文件，否则安装时会提示“应用未签名”或签名不一致。

配置签名文件的位置在 build.gradle 的 android 块里，常见写法：

android { signingConfigs { release { storeFile file("keystore.jks") storePassword "你的密码" keyAlias "alias" keyPassword "你的密码" } } buildTypes { release { signingConfig signingConfigs.release } } }

如果只是在学习阶段，直接用 debug 签名跑真机就行，不用管签名的事。

3.2 把应用跑上真机的操作步骤

工程配置无误后，跑上真机的流程非常简单。连接好手机，确认adb devices显示设备在线，然后回到 Android Studio。

工具栏上会有一个设备下拉列表，默认可能显示的是模拟器设备，点击下拉框，选择你的真机型号（通常显示品牌和型号，比如“Xiaomi MIX 4”或“Pixel 7”）。选好后，点击旁边的绿色三角形“Run”按钮，IDE 会自动完成编译、打包、安装、启动的整个流程。

首次运行时，IDE 会弹出“Choose Device”窗口，列出所有在线设备，选中你的手机双击或点击 OK 即可。之后 IDE 会记住你的选择，下次直接点击运行按钮就会默认装到该设备上。

这里有一个体验上的坑：如果你的电脑性能一般，首次构建项目可能要等待 1 到 3 分钟，尤其是 Gradle 需要下载依赖的第一次。这个过程看起来像“卡死”，实际上是在进行资源下载和缓存。耐心等待即可，不需要重复点击运行按钮，否则会启动多个重复构建任务。

安装完成后，手机会自动弹出你应用的界面。此时 Android Studio 控制台的 Logcat 窗口会开始滚动输出大量日志，包括系统级消息和应用日志，这就是我们排查问题的主要战场。

3.3 Logcat 日志查看与线上排查基础

Logcat 是 Android Studio 里最有价值的调试工具之一，没有它，真机调试的效率会直接降低一半。

Logcat 窗口默认在 IDE 底部，打开方式：View → Tool Windows → Logcat，或者直接点击底部标签。它的界面分为几个区域，最上面是一个过滤条件输入框，可以直接输入关键词过滤日志；中间是日志列表，按时间排序；右侧还有日志级别过滤器（Verbose、Debug、Info、Warn、Error）。

真机调试时，我一般会先用这个组合操作：连接设备后，在过滤框里输入PackageName（你的应用包名），把日志范围锁定到自己的应用。如果应用崩溃，切换到 Error 级别查看红色报错，点击具体日志条目还能定位到源码位置，非常方便。

还有一个高频场景：应用运行时没有崩溃但界面错乱或某个功能点了没反应。这时候先用adb shell dumpsys activity top命令查看当前前台 Activity 是哪一页，确认是否被系统拉起了错误的页面；再用 Logcat 关键字“FATAL EXCEPTION”搜索崩溃堆栈，大部分 runtime 问题都能在这里找到直接原因。

4. 真机操作中会遇到的高频坑位

4.1 驱动识别问题与解决方案

Windows 平台上，真机调试最头痛的就是 USB 驱动问题。常见的现象是手机明明插着，系统也提示“已连接设备”，但adb devices什么都不显示。

这类问题的根源通常是 Windows 没有正确识别手机的 ADB 接口。解决思路分三步走。

第一步，打开“设备管理器”，找到你的手机设备。如果看到一个带黄色感叹号或问号的设备节点，说明驱动不对。右键点击该设备，选择“更新驱动程序”，然后选择“浏览我的电脑以查找驱动程序”，手动定位到 SDK 目录下的extras\google\usb_driver文件夹，Windows 会自动安装 Google USB Driver。

第二步，如果手动定位还不行，最省事的方法是用手机品牌官方的 USB 驱动，比如小米手机装“小米助手”、华为手机装“华为手机助手”、三星手机装“Samsung USB Driver”。装完后拔掉手机重新插一次。

第三步，确认手机在“开发者选项”里关了“USB 调试（安全设置）”这一类的额外开关。部分手机（最新的小米 HyperOS 或 MIUI）在开启 USB 调试后，还有一个“USB 安装”开关，关闭状态下 adb install 会失败。

macOS 和 Linux 用户基本不会遇到驱动问题，只要数据线没问题，adb devices大概率直接识别成功。

4.2 授权失败与设备离线问题

连接正常却显示unauthorized是另一个高频问题，这种情况本质上就是手机上的授权弹窗被你忽略了，或者点了“拒绝”。

解法分两种。一种是重新插拔数据线，等待手机再次弹出授权窗口，勾选“始终允许”，点击允许。另一种是在手机“开发者选项”里选择“撤销 USB 调试授权”，撤销后重新插线，再授权一次。

设备离线（offline状态）比 unauthorized 更隐蔽。原因一般有两个：一是 USB 线缆接触不良，换线试试；二是 adb 服务卡死了。后者的解法是在终端执行：

adb kill-server adb start-server adb devices

强制重启 adb 服务，能解决大部分离线问题。

如果无线调试时出现 offline，优先检查 Wi-Fi 是否断连，手机端“无线调试”开关是否维持开启状态。部分手机息屏后会自动断开无线调试连接，需要在开发者选项里开启“无线调试时保持屏幕唤醒”的关联设置。

4.3 Gradle 构建卡顿与版本冲突

排除了设备连接问题之后，卡在“Gradle Build Running”这个状态也是真机调试里常见的体验杀手。Gradle 首次构建慢是正常的，但如果每次都慢得离谱、甚至卡住不动，就需要做两件事。

第一件事，检查 Gradle 下载源。由于默认仓库访问不稳定，国内开发者普遍需要把仓库地址替换为镜像源。在项目的settings.gradle文件里，把仓库改为阿里云镜像：

pluginManagement { repositories { maven { url 'https://maven.aliyun.com/repository/google' } maven { url 'https://maven.aliyun.com/repository/gradle-plugin' } maven { url 'https://maven.aliyun.com/repository/public' } google() mavenCentral() } }

改完重启 IDE，重新同步一次项目，构建速度会有质的提升。

第二件事，检查 Gradle 和 Android Gradle Plugin（AGP）版本是否匹配。不匹配时，构建会在配置阶段直接报错，错误信息会提示你需要的 Gradle 版本是多少。打开gradle-wrapper.properties文件，把distributionUrl改成对应的版本即可：

distributionUrl=https\://services.gradle.org/distributions/gradle-8.4-all.zip

AGP 版本与 Gradle 版本对应关系可以在官网查到，常见组合比如 AGP 8.0 对应 Gradle 8.0，AGP 8.2 对应 Gradle 8.2，以此类推。

还有一种玄学情况：同一个项目，模拟器能跑，真机装上去就各种报错。这通常不是构建问题，而是真机环境差异导致的。比如应用依赖了某个系统 API 或硬件能力而真机不支持，重点去 Logcat 里翻 Error 级别日志，问题定位会更快。

5. 真机调试的核心价值与实战建议

5.1 为什么说真机调试不可替代

模拟器再方便，也只是对真实设备环境的“模拟”。真机调试的价值体现在几个模拟器做不到的维面上。

第一，性能表现真实。模拟器跑的是宿主机 CPU 和 GPU 的虚拟化资源，性能偏高，很难暴露应用在低端机上的卡顿和内存问题。真机性能差异大，从千元机到旗舰机的表现完全不同，尤其涉及图形渲染、动画流畅度时，真机测试才可信。

第二，传感器和硬件能力。陀螺仪、加速度计、GPS、NFC、指纹识别、摄像头等硬件能力，模拟器大多只提供虚拟实现或干脆不支持。一旦应用涉及这些能力，真机调试是唯一可靠路径。这方面我自己就踩过坑：曾经用模拟器测得好好的定位功能，一上真机就发现 GPS 信号弱时根本拿不到位置更新，最后是真机上反复调试才找到了补偿方案。

第三，系统兼容性验证。同一款应用在国产 ROM、原生 Android 以及其他定制系统上的行为差异很大。模拟器只模拟原生系统，很多具体机型的系统行为在真机上才暴露。比如后台清理策略、通知权限默认开关、自启动权限限制，这些直接决定应用在真实用户手机上的存活率，模拟器完全测不出来。

第四，网络环境真实。模拟器默认网络环境相对理想，走的是宿主机网络，比较容易忽略弱网、高延迟、网络切换这些真实场景。真机配合手机的移动网络和 Wi-Fi 切换，才能测出应用的网络适配水平。

5.2 真机调试的几个实用习惯

把真机调试用顺，还需要养成几个好习惯。这些习惯能帮你省掉大量调试时间。

第一，固定一台主调试机。不必每次换不同型号，选定一台主力机，把它的所有开发相关设置调好：开发者选项常开、USB 调试默认允许、屏幕常亮、关闭系统自动更新打扰。然后把它放置电脑旁，保证随时可插。频繁换机器会造成驱动、授权、版本环境的重复配置，效率损失不小。

第二，定期检查 Logcat 中的红色日志。真机调试时不要只看应用是否正常运行，还要养成打开 Logcat 看 Error 日志的习惯。很多潜在问题会以“非致命异常”的形式潜伏在日志里，比如某个资源加载失败、某个网络请求被拒绝，早期发现比线上事故再补救要轻松得多。

第三，尽量用 debug 版本调试，release 版本只做上线前的最终验证。debug 版本默认关闭混淆和资源压缩，报错信息更完整，定位问题更快；release 版本开启混淆后，堆栈信息会被混淆，排查难度直接上升。

第四，用好无线调试但不滥用。无线调试适合日常开发，但涉及大量安装包传输或者需要稳定 log 输出时，还是优先用有线。无线调试偶尔有延迟和数据中断，容易干扰问题判断。

6. 真实场景下的完整操作复盘

拿一个最简单的场景做一次全流程复盘：新拿到一台手机，想最快速度跑起来第一个 Demo 应用。

假设手机是某品牌 Android 13 机型，电脑是 Windows 11，Android Studio 已安装但从未连过真机。整个流程大概分五步。

第一步，手机端开启开发者模式。设置 → 关于手机 → 连续点击版本号 7 次 → 输入锁屏密码 → 回到设置主页进入开发者选项。关键开关：USB 调试、保持唤醒、仅充电模式下允许 ADB 调试。

第二步，数据线连接电脑。用原装数据线插入电脑 USB 口，手机上选择“文件传输”模式。等待手机弹窗，勾选“始终允许”，点击允许。

第三步，验证设备识别。打开终端输入：

adb devices

输出device状态说明连接正常。如果没反应，换 USB 口、换线、重装驱动。

第四步，新建或打开一个项目，点击 Run。首次构建等待依赖下载，时间可能较长，但不用干预。

第五步，应用跑起来后，在 Logcat 里输入包名过滤日志，观察是否有报错。搞定。

整个过程顺利的话 10 分钟以内，不顺利的话每一步都可能卡住。但只要你按照上面的顺序一步步排查，绝大多数问题都能在设备管理器、开发者选项、adb 命令、数据线这四个维度里找到答案。

6.1 如何在低配置电脑上提升真机调试流畅度

还有一个针对低配置电脑的经验补充。Android Studio 本身是内存大户，低配置电脑跑模拟器基本是灾难，但跑真机调试完全没问题。这恰好是真机调试对低配用户最大的福音。

如果电脑只有 8G 内存，建议在 IDE 里做三个优化：关闭不必要的插件，比如数据库插件、Markdown 插件，减少内存占用；在 File → Settings → Build, Execution, Deployment → Build Tools → Gradle 里把 Gradle JVM 堆内存调为 2048 MB，避免构建时内存溢出；把 IDE 的动画效果关掉，Preferences → Appearance 里取消勾选各种动画效果。

做过这些优化后，即使是低配电脑也能流畅地做真机开发，配合有线连接，体验远好于卡顿的模拟器。

6.2 数据库与自定义组件的真机调试补充

有朋友问到 Android Studio 里的数据库插件和自定义组件在真机调试时怎么处理，顺手补充一下。

数据库插件方面，Android Studio 的 App Inspection 工具窗口（View → Tool Windows → App Inspection）可以在真机调试时直接查看应用内置数据库的表结构和数据，支持 SQLite 和 Room 数据库。它不需要 root，也不需要额外配置，应用以 debug 模式运行在真机上时就能直接浏览数据库内容，非常方便。不过要注意：只有 minSdk 26 及以上的设备支持 App Inspection，老设备上只能自己写导出逻辑。

自定义组件方面，在真机上调试时有一个流程建议：先把布局文件的预览渲染检查一遍，再跑真机。因为真机屏幕尺寸、分辨率、密度千差万别，同一个 dp 值在不同设备上的视觉表现截然不同。真机调试自定义组件时，重点检查三件事：不同分辨率下组件是否变形、点击热区是否过小、文字是否溢出。Logcat 里出现Choreographer相关的日志时，说明主线程有卡顿，也可能是自定义组件的绘制效率出了问题。

6.3 关于 Android Studio 中文设置与真机操作的关系

顺便解决一个热词里很多人关注的问题：Android Studio 怎么设置中文。这本身不影响真机操作，但不影响不代表不重要，界面看着舒服，开发效率会好不少。

Android Studio 是基于 IntelliJ IDEA 的 IDE，早期的版本确实没有官方中文界面，需要自己安装中文语言包插件。操作方法：File → Settings → Plugins → 搜索“Chinese (Simplified) Language Pack”插件，点击 Install，安装完成后重启 IDE 就能看到全中文界面。

新版 Android Studio（2023 以上版本）的中文插件同样适用，搜索“Chinese”即可。设置完之后，真机调试的所有操作步骤在中文界面下更容易看懂，对新手尤其友好。不过这里给个建议：看技术文档和报错信息时保持英文理解能力，因为大多数 Logcat 报错和官方文档都是英文的，不要完全依赖汉化界面。

6.4 如何把旧项目移植到 Android Studio 真机调试

热词里还有一条“移植 android studio 项目”也是常见的真实需求。很多人拿到别人写的项目源码，想着直接打开跑起来，却遇到了各种版本冲突。

旧项目移植到新环境的本质，是处理三套版本的一致性：Gradle 版本、AGP 版本、SDK 版本。打开项目的gradle-wrapper.properties看 Gradle 版本，打开build.gradle看 AGP 版本，打开local.properties看 SDK 路径。三者对齐当前环境后，点击 Sync Now，让 IDE 重新同步。

常见卡点有两个：一是旧项目用了过老的 Gradle 版本而当前 IDE 不兼容，解法是手动把 Gradle 版本升级到支持范围；二是旧项目里用的依赖版本在新 SDK 上被弃用，报错可能在构建阶段出现，把对应依赖更新到新版本就好。

移植完成后，连接真机跑一次。旧项目在真机上更容易暴露资源文件路径、图片尺寸适配等问题，这点需要特别注意。

7. 一次真实的真机调试体验记录

文章最后，记录一次典型的真机调试经历，让你对整个过程有更直观的感受。

我手上这台 Android 14 的手机，连接时第一次adb devices显示正常的device状态，但点击 Run 后却提示“Deployment failed, No apk found”。最初有点懵，后来检查发现是项目的 APK 输出目录被之前的缓存弄乱了。清理 Project 后重新构建，问题解决。

第二次实验是在一个定位功能的 App 上调试。模拟器上定位秒开，真机上却一直拿不到 GPS 信号。打开 Logcat 查日志，看到LocationProvider的异常提示，才发现是模拟器默认开了“模拟定位”，而真机上系统定位服务没有正确初始化。最终在真机上等了二十多秒才拿到首次定位，这说明真机 GPS 首次定位需要时间，这是很正常的现象。后续的做法是加了定位缓存的逻辑，让应用在 GPS 未就绪时先展示历史定位数据。

还有一次是低电量模式下调试，手机自动进入省电模式，后台应用被系统杀掉。当时误以为自己的应用内存泄漏，排查半天才发现是系统控制了后台进程。这个问题虽然最后不是代码问题，但让我意识到真机调试时一定要先确认手机自身的运行状态，比如电量模式、勿扰模式、省电模式，都会影响测试结论。

真机操作最大的魅力在于“真实”。模拟器可以帮你避开很多问题，但真正让应用变得可靠、稳定的，一定是真机上的一次次尝试与排查。这也是我为什么强烈建议每个安卓开发者都尽早切换到真机调试的原因。