写的挺好，也都去实践了，赞。但最终还是回到了 U2，既然是以 apk 的形式了，那其实就不如做成服务的形式去请求，这样对于很多操作和中文输入等都友好，不是吗。我提供个思路吧，通过反射连接 UiAutomation 的方式去实现，用 app_process 方式去运行，只需要 push 到手机中，无需安装。本人以前实现过没问题，但因为不是安装的方式，所以一些功能欠缺，比如 wifi 连接等，就搁置了

谢谢，是的，模拟器无法模拟出不同的屏幕

了解了，谢谢。考虑了下现在真机的各种型号，刘海屏、曲面屏、水滴屏等屏幕和各种因素，确实还是不如在真机上测试。

是的

好吧

这周都会发吗，我的也没收到

学习了

说得是手机录屏的都是黑屏然后 AI 解析哦。自动化执行时如果原生识别和截图都不行，机械臂确实是一个解决办法，感觉后面自动化中应用的会挺多。

手机录屏很多受保护的页面都会是黑屏，这个到时候怎么处理呢

赞 ，相比 usb hid 键盘输入 咋样啊

赞

有个疑问：既然 Ai-Bot 那边用的是 scrcpy，为什么 Aibote 又用 MediaProjection 呢，不觉得操作卡吗，还有一些界面都黑屏。

这个报错是指不允许直接拉起 MainActivity，应该是设置了 android:exported="false"。
先用 adb shell pm clear 包名
然后打开 app 后什么都别动再获取当前 activity。

保活 不是 自启

应该是这样：
你为什么来我们公司面试？ -------------------因为你们在招聘
你为什么觉得我们公司会录用你？ ---------------------因为我在找工作

很棒。同样有打算后面实现下这个

只在需要安装前启动，结束后会杀掉进程或者时间短的可以等它自己结束

首先抱歉让你的帐号锁住了。。。 正常密码错误后应该会清空输入框的，是否是在程序未停止下进行了手动输入。之前考虑过用 toast 监测密码错误弹窗然后停止程序，但还没加上，如果你觉得这方案可行我后面可以更新。或者你有更好的建议也可以提，“相同操作不能超过三次” 这个可以考虑 但如果 需要安装多个 apk 时，可能会出现不点的情况。

找到问题了。ActivityThread.systemMain().getSystemContext() 之前在测试拿到 context，现在看来还有手机不兼容 已经注释修复了。

是的，demo 编译打包后是个 apk
执行adb push uiwatcher.apk /data/local/tmp 到手机里
后执行 adb shell 'export CLASSPATH=/data/local/tmp/uiwatcher.apk; app_process /system/bin com.tinypace.uiwathcer.UiWatcher' 运行即可（后置参数可以看 demo 介绍）
然后你在通过 adb install 命令安装其他 apk 时 会自动检测进行点击、输入等操作。

可以的，我得好好整理下 毕竟文采一般

不是哦，我说的第一种方式是有开发打包好一个专门用于拉起 apk 安装的包，然后你去调用 比如通过 am start 命令将需要安装 apk 路径传给它。
你可以看看我的第二种方式，这种方式 没有任何依赖（包括 appium）只需要一个 adb 环境 。

后来安装时采用 uiautomator runtest 的方式去处理安装前的解锁、弹窗处理、输入密码和点击安装，但后续发现在 SDK30 以上 已经不支持这种方式了，又修改为 app_process 的方式运行。这种方式打包后是个 apk 但不需要安装，没有前置条件，只需要 push 到/data/local/tmp 后运行即可。目前使用在公司的云真机平台。
有 demo 可以试试。github