据报道， 12306 的验证码只有 500 多种，尽管十分难识别，但这只是对于正常人而言，由于数据规模很小，我猜想可以实现采集验证码，对于 12306 这种验证码不太可能是随机生成（程序也无法识别图片中是橘子还是橙子），因此基本上都是人工输入验证码到一个验证码库，如果真的是这样，那么只要先采集好，用模式识别，这种验证码基本上就等同于虚设了。

按运行时间计算，每月不超过 750 小时则不计费， AWS 不管你开多少主机，都是按运行时间 /网络流量 /IO 量计算费用。我有两个月都是因为硬盘超额，因此造成了收费

如果是准备 android 开发的话，什么系统关系不是太大，基本上也没有什么区别，只不过 Windows 上做 Android 开发，需要安装驱动，而 Linux 不需要，只需要把设备编号告诉系统就行了。其他几乎没区别（我使用 Android ， Eclipse 不清楚是否有差异）。
而且我自己多数情况下是采用网络 ADB 调试，不适用 USB 线连接，觉得拖根线不方便，如果用网络 ADB 调试， Windows 也不需要安装驱动。如果你不适用物理机调试，而采用虚拟机，则强烈不建议使用 linux 系统，由于硬件驱动问题，很可能你的 android 虚拟机无法使用 GPU 加速，严重伤害你的学习热情。

其实我现在也是这样，需要什么功能，先去 github 上找找，找到了，看看说明咋用，然后。。。就没有然后了。通常自己没写几句话，都是第三方的库。

我只知道 Android 下的情况，我估计 iOS 应该是类似的。
基本的定位策略是是基于 GPS 的定位（需要有硬件支持，且软件具有读取 GPS 信息的权限，可以不需要网络，通常情况下需要）、基于基站的定位（不需要硬件支持，软件需要具有读取基站信息权限，理论上不需要联网，实际上往往需要联网查询基站 ID 对应的区域）、基于无线热点的定位（需要硬件支持，软件需要有相关读取 wifi 信息权限，理论上不需要联网，通常需要联网查询热点 ap 地址对应的物理地址）、基于 IP 地址的定位（不需要硬件支持，软件不需要特殊权限）

我猜测，以阿里的技术实力，基本上是以上几种方法混合定位，但是多数人默认情况下应该是不会开启 GPS 的，因此多依赖于基站与热点定位（这两种方式通常比 IP 定位精确度高），而这两种定位方式取决于服务端数据收集的详细程度与使用者所在城市的基站 /热点密集程度，一般来说像上海这种超大型城市，基于热点的位置服务，其定位精度基本可以在几十米以内。如果是中心商业区可能达到 GPS 级别的精度（因为热点密度大）

据说可以刷 Windows10 了。

如果是采用群集呢？你现有的方式就会很繁琐了，而且不利于后期维护。

由于目前没有找到比较优雅的办法，暂时我的方法是直接修改了 chrome 的相关文件（ chrome_child.dll ），将条件判断直接跳过了。如果各位有更好办法，希望可以告知于我。