鸿蒙 Attach Debugger调试(二)
·

上一篇讲了 Debug 启动调试,本文介绍另一种调试方式——Attach Debugger。它和 Debug 最大的区别是:可以先运行应用,再启动调试,不需要从头跑。
一、Attach Debugger 与 Debug 的区别
可以通过将调试程序 attach 到已运行的应用进行调试。
核心区别:
| 方式 | 说明 |
|---|---|
| Attach Debugger | 可以先运行应用/元服务,然后再启动调试,或者直接启动设备上已安装的应用/元服务进行调试 |
| Debug | 直接运行应用/元服务后立即启动调试 |
简单理解:
-
Debug:从头跑,边跑边调
-
Attach:应用已经在跑了,把调试器"挂"上去
二、前提条件
当前设备上被 attach 的应用代码和本地代码一致,且已提前构建生成必要的 sourceMap 文件。
说明:代码不一致会导致断点错位、变量值对不上,所以 attach 前务必确认本地代码和设备上运行的版本一致。
| 场景 | 说明 |
|---|---|
| 本地无源码 | attach 不支持 |
| bundleName 不匹配 | 将出现提示 "The selected process does not match the bundleName of the current project!",但不阻塞调试过程 |
三、操作步骤
步骤一:选择调试设备并启动 Attach
在工具栏中:
-
选择调试的设备
-
单击 Attach Debugger to Process 启动调试

步骤二:选择要调试的应用进程
选择要调试的应用进程。
说明:若应用 bundleName 与当前工程不一致,则需勾选 Show all process。

说明:签名要求
正常情况下,attach 调试仅支持 debug 签名的应用。
从 DevEco Studio 6.0.2 Beta1 版本开始,PC/2in1 上的应用,如果使用了 release 签名并且配置了 ohos.permission.kernel.ALLOW_DEBUG 权限,也支持被 attach 调试。
步骤三:选择调试配置
选择需要使用的调试配置,或者使用默认配置。
步骤四:选择 Debug type
选择需要调试的 Debug type。
若选择已创建的 Run/Debug configuration 进行 attach 调试,此时 Debug type 不可改变,只可在 Run/Debug configuration 界面修改。
步骤五:开始 attach 调试
点击 OK 开始 attach 调试。
选择进程界面字段说明:
| 字段 | 说明 |
|---|---|
| Show all processes | 勾选后可显示所有进程(包括 bundleName 不匹配的) |
| Debugger settings from | 调试器设置来源 |
| Application | 应用(如 entry) |
| Debug type | 调试类型(如 Detect Automatically) |
| 进程列表 | 如 com.example.myTest |
更多推荐




所有评论(0)