无线时代，网络稳定性差，应用流量敏感，APP与Server之间每次HTTP请求都需要进行DNS解析，有没有可能直接使用IP来提速呢？
典型HTTP请求处理过程如何？
第一步，客户端访问DNS服务器，由域名拿到Nginx的外网IP；
第二步，客户端使用外网IP访问Nginx；
第三步，Nginx将请求分发给实际处理HTTP请求的Web-server；
移动时代APP的访问特点如何？
（1）网络慢，DNS解析的时间不能忽略；
（2）一旦DNS被劫持，整个APP就挂了；
APP能够把Web-server的ip-list内置，从而跳过DNS解析，跳过Nginx中转，直接通过IP访问后端的Web-server么？
不行，Web-server的扩展性较差，增加IP时APP没办法得到通知。
画外音：Nginx可以保证Web-server的高可用，去掉Nginx后，需要APP重试，或者Web-server做高可用。
如何进行优化呢？
不要将ip-list内置在APP里，而是通过HTPP请求来拉取：
（1）APP第一次访问时，先拉取Web-server的ip-list保存到APP本地；
画外音：使用域名拉取ip-list，只1次访问。
（2）未来访问时，客户端直接使用ip-list中的IP来访问server，不再需要DNS；
画外音：使用IP访问业务Web-server，所有业务请求。
跳过了Nginx，如何对Web-server怎么做负载均衡呢？
APP随机访问ip-list中的IP。
跳过了Nginx，如何对Web-server做水平扩展呢？
直接在ip-list中增加IP即可。
新的问题又来了，在ip-list里增加了IP，新的用户能访问到新的IP，旧的APP已经将ip-list拉取到APP本地了，此时
如何更新本地的ip-list呢？版本号，是架构设计中，减少拉取流量的同时，又能保证数据随时更新的好办法：
（1）ip-list增加一个版本号，每次拉取ip-list时，同时拿到版本号；
（2）如果版本号与本地ip-list版本号一致，则直接使用本地ip-list；
画外音：节省流量，不用每次拉取文件。
（3）版本号变化时，重新拉取ip-list保存到本地；
画外音：保证数据能够得到更新。
总结
无线时代，可使用“IP直通车”来加速APP访问：
- 不需要每次请求做DNS解析，节省时间，避免DNS劫持
- 不需要每次请求做Nginx转发，节省时间
- 不需要每次拉取ip-list，节省流量
- 通过ip-list可以对Web-server做水平扩展
- 通过版本号可以保证ip-list的数据一致性
思路比结论更重要。
閱讀更多 程序員界的彭于晏 的文章
