当我试图从命令行安装所有Android SDK相关的东西时，我遇到了一个很棒的信息来源，就是这个Dockerfile。在Dockerfile中，您可以看到作者执行了一个命令来安装平台工具和构建工具，而没有任何其他交互。在行动计划提出的情况下，该命令将被调整为:

echo y | $ANDROID_HOME/tools/android update sdk --all --filter build-tools-21.1.0 --no-ui

但是，它跑起来太慢了

是的，我也遇到过同样的问题。有些文件下载非常慢(至少在过去几天是这样)。如果你想下载所有的东西，你可以做的不多。

结果是在文件夹build-tools中什么都没有，我想要的是apapt和apkbuilder，因为我想从命令行构建apk而没有ant。

你让它跑完吗?

您可以做的一件事是使用-t开关过滤正在下载的包。

例如:

tools/android update sdk --no-ui -t platform-tool

当我前几天尝试这样做时，我安装了18.0.0版本的构建工具。由于某种原因，最新版本18.0.1没有包含在这个过滤器中，获得它的唯一方法是使用——all开关安装所有东西。

当我试图从命令行安装所有Android SDK相关的东西时，我遇到了一个很棒的信息来源，就是这个Dockerfile。在Dockerfile中，您可以看到作者执行了一个命令来安装平台工具和构建工具，而没有任何其他交互。在行动计划提出的情况下，该命令将被调整为:

echo y | $ANDROID_HOME/tools/android update sdk --all --filter build-tools-21.1.0 --no-ui

我刚刚花了很长时间通过命令行安装android sdk依赖项，由于工具和在线附带的文档严重缺乏，我想我将在这里发布我发现的东西。

我正在使用android sdk r24.4.1 for linux。你可以运行两个命令来列出可用的包:

Android列表SDK

更详尽的是:

Android列表SDK——所有

对于上面的每个命令，特定包的包号不同!例如，前者将包API 23.1修订版3列为包#3，后者将其列为包#29。

现在，使用android命令有两种不同的安装方式。

Tools /android update SDK——no-ui——filter <package number>

and

Tools /android update SDK -u -a -t <包号>

假设每个安装命令都可以将package #作为参数，那么使用哪个包号呢?经过大量的网上搜索和尝试和错误，我发现

Android更新SDK——no-ui——过滤器使用Android列表SDK的包号

and

Android update SDK -u -a -t使用Android list SDK——all中的包号

换句话说，要安装API 23.1修订版3，你可以这样做:

Android更新SDK—no-ui—filter 3

or

Android更新SDK -u -a -t 29

很疯狂，但很有效。

默认情况下，命令行中的SDK管理器不包括列表中的构建工具。它们属于“过时”的类别。要查看所有可用的下载，使用

android list sdk --all

然后从命令行获取列表中的一个包，使用:

android update sdk -u -a -t <package no.>

其中-u代表——no-ui， -a代表——all， -t代表——filter。

如果你需要安装多个包，请:

android update sdk -u -a -t 1,2,3,4,..,n 

在1、2、…，n为上面list命令列出的包号

大多数答案似乎忽略了这样一个事实，即您可能需要在没有超级用户权限的无头环境中运行更新，这意味着脚本必须自动回答所有y/n许可提示。

下面是一个例子。

FILTER=tool,platform,android-20,build-tools-20.0.0,android-19,android-19.0.1

( sleep 5 && while [ 1 ]; do sleep 1; echo y; done ) \
    | android update sdk --no-ui --all \
    --filter ${FILTER}

No matter how many prompts you get, all of those will be answered. This while/sleep loop looks like simulation of the yes command, and in fact it is, well almost. The problem with yes is that it floods stdout with 'y' and there is virtually no delay between sending those characters and the version I had to deal with had no timeout option of any kind. It will "pollute" stdout and the script will fail complaining about incorrect input. The solution is to put a delay between sending 'y' to stdout, and that's exactly what while/sleep combo does.

expect在一些linux发行版上默认是不可用的，我没有办法将它作为我的CI脚本的一部分安装，所以必须使用最通用的解决方案，没有什么比简单的bash脚本更通用的了，对吗?

事实上，我在博客上写过(NSBogan)，如果你感兴趣，可以在这里查看更多细节。