如果修改了js文件中的js代码，发布代码到线上后。用户的浏览器使用的还是原来js缓存。所以并不会马上生效。
如何才能让浏览器使用最新的js文件呢？
很多人想到的第一反应是，在<script type="text/javascript" src="/js/common.js" ></script>在后面加一个时间戳来解决。这样url地址每次变化，浏览器就会请求服务端的js，而不会使用缓存。
这样是解决了。但是会导致浏览器每次都要去请求服务端的js文件。占用带宽。作为技术，能不能有种更好的办法呢？既能避免用户的浏览器每次去请求服务端获取js文件。又能在发布新的js代码后，能够使用最新的js文件？
据说，在问号后面加版本号，现在很多网站都这么干。加个版本号能够解决问题吗？
网上查询资料，纵观大家的解决思路总结如下：
1、修改js的文件名。我觉得这样很麻烦。造成版本系统的维护困难。不建议。除非是完全ftp。不过每次发布都修改文件名称。的确造成维护的时候很茫然，接手的人看到文件名称变化，会比较难维护
2、路径后面加时间戳或者随机数的方式。
一般都是在html模版中使用一个时间戳或者随机数函数生成一个值。
<script type="text/javascript" src="{{passport_host}}js/common.js?t={{date("Y-m-d")}}" ></script> 今天和明天的值不同了，重新请求服务器。
<script type="text/javascript" src="{{passport_host}}js/common.js?t={{time()}}" ></script> 使用时间戳，每刷新一次html，值都不同。随机数也是一样的
不推荐使用这种方式。
因为这样的方式导致的问题是，每次刷新html，时间戳都是变化的，url就总是唯一的，于是浏览器总是去请求服务端获取js文件，不会使用浏览器本地的缓存。占用带宽,影响速度
3、路径后面加js的版本号。这样是业界比较成熟的做法。
关键是这个版本号，怎么做版本？ 难道真的纳入版本系统里面去？不是的。我突然灵感来，想到一种程序员自己控制的办法。
自己主动加时间，如果本次发布，修改了哪几个js文件。那么就在后面加上一个时间点：年月日
如果一天会发布多次对js文件的修改，那么程序员还要精确点。年月日时分秒即可。
如下：
<script type="text/javascript" src="/js/common.js?time=20150518" ></script>
我去看了一下淘宝，发现也是这样一种方式额，不知道对不对？
如下：
15年8月12日补充：
公司有好几千万注册会员，于是第三方应用使用我们网站会员帐号实现在第三方网站登录，需要设计oauth2.0授权的平台，于是需要参考微博的oauth体制。
无意中发现他们的css也是使用年月日来控制
进一步思考：
这种加时间方法是可行。。不是系统生成的时间，不是所有js文件都加。
是不是可以进一步考虑一种办法，用程序来进行开关呢？
自己勾选。如果这个文件修改了。那么就设置为更新。模版中判断，就根据这个开关，把时间戳自动打上去？
不过这样子觉得没必要。因为还没到那么重大。其实初期，完全可以程序手动把日期打上去即可了。
总结思路：
js文件的内容修改了,可以加个t参数表明一下日期,用这个日期来作为版本号，看到日期也能知道是哪天发布的。
没有修改js文件根本就不用修改日期。
实践：
<script type="text/javascript" src="{{passport_host}}js/common.js?t=20150622" ></script>
如果下一次修改了这个js文件，那么发布的时候，就修改日期
<script type="text/javascript" src="{{passport_host}}js/common.js?t=20150628" ></script>
没有修改的js文件，保留原来的值不动即可。
思考：这样子是不是很麻烦，有更好的方式吗。目前我没想到更好的办法了。这种方式凑合能用。既能够按需修改，也能够保证浏览器使用缓存。达到了折衷和平衡。
