相信很多做过前端或者后台性能优化的童鞋对http缓存机制都有过了解，今天准备复习下这部分的知识。
首先开篇有两个问题抛出，即是，1.什么时候客户端需要使用缓存？2.使用缓存的规则是什么？
第一个问题，客户端请求一个文件，服务器返回的响应头会有两种方式可以判断，首先是cache-control属性值，它除了no-store之外，浏览器都会缓存文件数据，供下次使用。
应用于广播的解决方案
以前android终端连接服务器的地址都是写在了代码里（不可取）或者配置文件中，当然在平日开发中为了方便，问题当然不大，主要是我们的局域网中服务器的IP地址基本不会改变，要么都是手动设置了IP。但是如果一旦作为产品卖给客户，问题就凸显出来了，因为我们到时候是不清楚客户方的网络情况，不可能到一个地方都去改代码然后打包，这显然是不现实的。
好久不见，mqtt
公司新项目可能会用到推送，于是又重拾了有近1年时间没碰过的mqtt。而对于‘推送’本身，当初在选择实现的时候也是作了几番比较，现简要回顾一下。
一般此类的解决方案网上分为了几类（这里就忽略了pull）：
- C2DM云端推送功能；
- MQTT协议实现Android推送功能；
- XMPP协议实现Android推送功能；
- 第三方推送平台。
对于第一种，C2DM需要依赖于Google官方提供的C2DM服务器，在国内这个基本不靠谱，放弃。MQTT是一个轻量级的消息发布/订阅协议，也是后来我准备采用的解决方案，实现它的客户端和服务器又丰富。接着是xmpp，该协议较复杂、冗余（基于XML）、费流量、费电，放弃。最后是第三方平台，确实，优点很明显（人家专门做这个，稳定先进），也符合了当前大环境下的web serivce的思想，把不是自己产品的核心功能，靠第三方完成，比如多说。但是，使用第三方会使用人家的服务器，感觉有些地方会受限，而且万一哪天就不免费了呢？