Android 启动adb外壳需要大量资源吗？

我使用bash脚本在办公室的Android设备上自动执行流程。我在脚本中这样调用shell：（让

..

代表任意数量的adb shell命令。）

---

这些脚本功能非常好。我已经研究过向单个shell实例发送多个命令；我想知道他们是否尽可能的高效。我是否使用了大量的系统资源？当我将来使用此流程运行非常大的自动化脚本时，这可能会引发问题吗？

启动新的

sh

流程不会占用很多时间或资源。将多个命令排队到同一个

sh

实例不会提供任何明显的性能改进。只需注意在那些

shell

会话中运行的命令。有些命令，如

input

不是本机二进制文件，而是

java

应用程序，启动时间较长，因此不希望每秒触发数倍的二进制文件。

启动新的

sh

过程不会占用大量时间或资源。将多个命令排队到同一个

sh

实例不会提供任何明显的性能改进。只需注意在那些

shell

会话中运行的命令。有些命令，如

input

不是本机二进制文件，而是

java

应用程序，它们需要较长的启动时间，因此不要期望每秒能够触发这些命令的倍数。

没什么大不了的，但你可以做到

adb shell <<!
    do stuff
    do stuff
    do stuff
!

adb外壳
如果您有一些
if
s或循环，这有时很有用，因为编写和可视化要容易得多。
没什么大不了的，但您可以这样做

adb shell <<!
    do stuff
    do stuff
    do stuff
!

adb外壳
如果您有一些
if
s或循环，这有时很有用，因为编写和可视化要容易得多。
这实际上解释了很多。这个问题与我的另一个问题中的一个场景有关，它减慢了我的
输入
命令，使这些命令能够准确地发出。非常有趣的是，
input
命令是java应用程序。这实际上解释了很多。这个问题与我的另一个问题中的一个场景有关，它减慢了我的
输入
命令，使这些命令能够准确地发出。非常有趣的是，
input
命令是java应用程序。这有时是有用的，但仍然没有提供任何明显的性能改进：n在{0..9999}中的
时间；不支持adb shell ls-l“>”/dev/null；完成真正的3m29.764s用户0m1.032s系统0m1.560s$时间，而[$i-lt 10000]>do>ls-l>/dev/null>i=$（（i+1））>完成2m1.52s真正的0m2.43s用户0m5.68s系统
，这有时是有用的，但仍然没有提供任何明显的性能改进，或者说：{0..9999}中n的
时间；不支持adb shell ls-l“>”/dev/null；当[$i-lt 10000]>do>ls-l>/dev/null>i=$（（i+1））>完成2m1.52s real 0m2.43s user 0m5.68s系统时，完成3m29.764s用户0m1.032s系统0m1.560s$时间