先说结论：ADB 点击命令这件事，卡人的从来不是命令，是坐标和端口。三条命令跑通链路——connect、devices、input tap；坐标用 uiautomator dump 抓，别靠肉眼估；先在一台实例上跑满一周，再扩到第二台。整个流程半小时能上手。
一、连接与验证，三步走
先打开目标安卓实例，确认 5555 调试端口已在安全组放行。这一步没过，后面全是白忙。本地终端执行 adb connect IP:5555，再用 adb devices 看状态，显示 device 才算通，显示 offline 就是没通。
验证点击用 adb shell input tap 540 960，屏幕有反应说明链路打通。没反应十有八九是端口没进白名单，回控制台翻安全组规则。这一步别急着往下走，先把链路调通再写文件，顺序反了会浪费一晚上。
图：三段链路：卡在哪段调哪段
二、批处理文件就三行
新建文本文件，后缀改成 .bat，里面写三行：开头一行 connect，接一行 input tap X Y，末尾一行 timeout /t 2。三行足够跑一次点击，中间那条 timeout 是给界面留反应时间，省了容易连点成误触。
坐标别手数像素点。用 adb shell uiautomator dump 抓当前界面的元素位置，误差只有两三个像素。手动估的坐标偏十几像素很常见，调试阶段会被这个偏差拖到崩溃，返工的代价远大于多敲一条命令。
| 环节 | 命令 / 做法 | 常见问题 |
|---|---|---|
| 连接 | adb connect IP:5555 | 端口未放行 |
| 取坐标 | uiautomator dump | 手估偏差大 |
| 执行 | input tap X Y | 间隔太短误触 |
三、路径和部署的两条经验
文件存 C 盘根目录。路径里带中文或空格，程序会直接报错，而且不告诉你是路径问题，能查半天。存好之后上传到云机工作目录，定时任务设成每 30 秒执行一次，节奏别设太密。
并发别超过实例能承受的上限。同一个网络环境下挂太多账号，会反复掉线重连，反而更慢。点击之后跟一条 input swipe 做一次滑动，比纯点击更接近正常的操作节奏，也更不容易误触，这条经验是从误点里换来的。
四、日志和扩展节奏
日志统一写本地 txt。哪条命令超时、哪一次点空，翻日志一眼能看到，比盯着屏幕猜快十倍。没有日志的调试等于每次重跑一遍，时间全耗在重复验证上。
先拿一台实例跑满一个完整周期，确认坐标没有偏移，再增加数量。一上来铺二十台的做法，出问题时你连哪台有问题都分不清。另外提醒一句，自动化只做你自己账号的重复操作，涉及平台规则的部分先看清楚，多开账号托管里有账号管理的方法，端口和网络细节可对照延迟三段拆解。
Q：命令都能用，为什么点不中？
坐标偏移。重新 dump 一次界面，换分辨率之后要重取，之前的坐标全部作废。
Q：adb devices 显示 offline 怎么办？
先断连重连，再查安全组和端口。还不行就换一台实例验证，判断是环境问题还是实例问题。
Q：一定要用 Windows 吗？
不一定，Mac 和 Linux 也能跑 ADB，只是路径写法不同。客户端里也有入口，见客户端下载。
图：成本三块
