我来一步步拆解你的问题，毕竟这类调试场景我遇到过很多次了：

不管是模拟器还是实体机，核心都是让应用本身具备可调试属性，同时开启设备的调试权限：

模拟器操作步骤 #

• 大部分主流安卓模拟器（比如Android Studio自带的模拟器、夜神模拟器等）默认支持ADB调试：
  1. 进入模拟器的「设置」-「关于手机」，连续点击「版本号」直到提示「已开启开发者模式」。
  2. 返回设置主界面，找到「开发者选项」，开启「USB调试」。如果需要指定调试某个特定应用，还可以打开「选择调试应用」并选中目标应用。
• 如果你调试的是自己开发的应用，在AndroidManifest.xml里确保<application>标签包含android:debuggable="true"（Android Studio 3.0+的Debug编译变体会自动添加这个属性，Release版默认关闭）。

实体机操作步骤 #

• 先激活开发者模式：进入手机「设置」-「关于手机」，连续点击「版本号」（不同品牌可能叫「MIUI版本」「ColorOS版本」等），直到触发开发者模式。
• 进入「开发者选项」，开启「USB调试」，部分机型还需要额外开启「仅充电模式下允许ADB调试」或者「允许调试应用」选项。
• 注意：第三方非自研应用默认是关闭调试属性的，若要开启通常需要root权限修改应用的manifest或者借助工具，但这一步要格外注意合法性（后面会说）。

这个得分情况来看：

• 调试自己开发的应用：完全合法！这是安卓开发流程里的常规操作，属于正常的开发调试环节，官方也提供完整的调试文档支持。
• 调试第三方应用（非自研）：
  • 如果没有获得应用开发者的明确授权，私自修改应用开启调试属性，可能涉及侵犯软件著作权，违反《著作权法》等相关法律法规。
  • 另外，很多应用自带反调试机制，强行调试可能违反应用的用户协议，甚至触发应用的安全防护措施（比如账号封禁）。

你执行adb shell am start -D -n 'package_name'/.'activityname'后没看到JDWP端口，大概率是这几个原因，逐一排查：

1. 确认应用的debuggable属性为true
   执行命令：adb shell dumpsys package <你的包名> | grep debuggable
   如果输出是debuggable: true才具备调试基础；如果是false，那得先把应用改成可调试状态（自研应用改Debug编译变体，第三方应用参考合法性说明）。
2. 检查启动命令的格式是否正确
   正确的格式应该是adb shell am start -D -n 包名/.Activity全类名，比如adb shell am start -D -n com.example.myapp/.MainActivity。你命令里的/.'activityname'格式错误，多余了单引号和点，修正后再试。
3. 先强制停止应用再启动调试
   有时候应用后台残留进程会导致调试端口无法正常开启，先执行：adb shell am force-stop <你的包名>，然后再重新运行启动调试的命令。
4. 确认设备连接状态正常
   执行adb devices查看设备是否在线，如果显示unauthorized，需要在手机上点击「允许调试」的弹窗授权。
5. 排查应用的反调试机制
   部分第三方应用会主动阻止JDWP端口开启，这种情况如果是自研应用可以去掉反调试代码；如果是第三方应用，强行绕过可能涉及违规，不建议操作。

内容的提问来源于stack exchange，提问作者rainyday