转自：http://networking.ctocio.com.cn/110/12195610.shtml
作为一个IT技术人员，迫不及待地就奔向了http://developer.android.com去看看有没有新的SDK公布出来，当时是上午，没见到有更新，心想一定是若干天后才会发布。没想到同事下午告诉我，新版的SDK已经发布了。当时是临下班，由于国内众所周知的原因，访问谷歌很慢，一个SDK几十上百兆，如果用SDK Manager下载，太费劲了。于是继续使用我的老办法——离线安装。
之前曾经在网上找过离线安装SDK的方式，也成功下载过，都是在网址：
http://dl-ssl.google.com/android/repository/
后面跟上 类似于“android-1.6_r03-windows.zip“这样的文件名来下载的。这个文件名的得来完全是依靠SDK描述文件
http://dl-ssl.google.com/android/repository/repository.xml
得来的，但是随着android 4.0 SDK发布之后，这个文件内容就被更改了，只剩下平台工具和SDK工具了，真正核心的平台和模拟器已经看不到了。
其实SDK工具是精简版本的SDK框架。只保留了工具，精简掉了其他目录结构。但是本人认为还是SDK框架好。
因为本身较之SDK工具，体积大不了多少，但是解压后自带的目录结构可以让你不用建立那些固定的文件夹了。
顺便说一句，android 4.0 开发环境中要求的平台工具和SDK框架都不一样了。需要更新到新版本。目前最低版本要求为：
SDK Release 14： android-sdk_r14-[依操作系统而定].zip
platform-tools Release 8： platform-tools_r08-[依操作系统而定].zip
SDK框架可以在http://developer.android.com/SDK上直接下载。这里给出Windows操作系统下的SDK框架下载链接：
http://dl.google.com/android/android-sdk_r14-windows.zip
平台工具可以从上文提到的repository.xml中找到，可以根据不同的开发操作系统分别下载，这里给出Windows操作系统下的平台工具下载链接：
http://dl-ssl.google.com/android/repository/platform-tools_r08-windows.zip
先下载SDK框架，然后将其解压，我把这个框架解压到了D:\android-sdk-windows目录下，如图所示：
然后将平台工具解压到这个目录，注意上图中那个“platform-tools”目录，这与压缩包中的“platform-tools”目录相对应。
接下来就是最下载最重要的android 4.0的平台了。刚才说到repository.xml文件内容被官方修改了。那么如何找到最新以及以往的平台包呢?
根据SDK Manager.exe启动后的访问记录，我找到了这个新地址：
http://dl-ssl.google.com/android/repository/repository-5.xml
这就是保存最新以及以往平台包的xml文件了。从文件里分析，得知4.0的平台包下载路径为：
http://dl-ssl.google.com/android/repository/android-14_r01.zip
其实我只从文件中找到了android-14_r01.zip，至于前面的路径，我是通过尝试以前版本的平台包官方地址猜到的。可见官方的存储结构没有发生变化。
下载完成后，直接将这个包解压到上图中的platforms文件夹下即可：
上图中蓝颜色的框内就是新加入的android 4.0平台。
完成这一步的时候，我就急于建立模拟器了。但是建立的时候发生错误，说找不到userdata.img。
然后我就将android 4.0平台与其他版本的平台进行对比，发现新版平台中少了“images”目录，我还自作聪明地从其他平台中将文件拷贝出来贴到新平台内。
最后我发现根本不行，无法加载内核数据。其实刚下载这个平台的时候我就曾经有过怀疑。
因为2.3.3官方发布的平台包就已经有81.5M了，而新版的平台包怎么会少到43.92M呢?于是我就重新打开了SDK Manager去查找原因。
原来新版平台中已经将系统镜像分离出来了，如下图所示的蓝色框。
因此我又返回了
http://dl-ssl.google.com/android/repository/repository-5.xml
在这个xml中寻找系统镜像的下载地址，最后我找到了：
http://dl-ssl.google.com/android/repository/sysimg_armv7a-14_r01.zip
但是问题紧接着又来了。既然分离出来了，解压之后放在哪里呢?我尝试着和其它平台一样放到平台内的“images”目录下，结果失败了。
虚拟机创建了，但是半天启动不起来。
后来，我想到了SDK Manager在启动后会自我检查哪些平台装了，哪些没有装。既然它能知道，那我为什么不分析一下它的行为呢?
说干就干，使用SysinternalsSuite中的Process Monitor工具对其进行监视(SDK Manager套了一层exe的壳，实际上是用Java写的，因此在进程中找不到SDK Manager.exe，而是应该监视java.exe)。后来经过分析，我得出了真正应该存放这个镜像的目录：
SDK目录下 system-images\android-14\armeabi-v7a，如下图所示：
删掉之前创建的模拟器(因为总是启动不起来，索性删掉了)，重新建立了android 4.0的模拟器，OK，大功告成!It works!
下面放上两张模拟器的截图：
最后总结一下体验：也许是新版本发布的时候没有经过完全检测。当系统语言设置为中文的时候，默认的谷歌输入法总是崩溃。
因为系统提示谷歌输入法意外退出，然后尝试重新该服务，启动之后又崩溃，崩溃之后又启动，如此循环反复。我一气之下将输入方法改成了英文就没有这个提示了。
另外我建立的android 4.0模拟器(WVGA分辨率)开启时占用内存350M，CPU占用率也在30~50%之间。
我所使用的机器CPU为奔腾D双核E5300 2.6GHz。本机内存2GB。经过同事实验，当采用小分辨率的模拟器时，内存占用差别并不大。
但是小分辨率模拟器运行流畅度较之大分辨率的要好很多。如果机器性能不是很好的话，建议用小分辨率的模拟器调试。
写完这篇文章后，有朋友反映4.0模拟器中WXGA分辨率的模拟器无法使用的情况。我亲自实验后发现情况属实，虽然能够创建AVD，但点击AVD Manager中的“Start”按钮后无法启动相应的AVD。我发现要测试平板电脑的环境，可以使用分辨率为WSVGA分辨率的配置，这个AVD是可以启动的。配置如下：
下面是两张AVD启动后的截图：
