我们希望工程师源码是这么写的：

<script type="text/javascript" src="a.js"></script>

但是线上代码是这样的：

<script type="text/javascript" src="a_82244e91.js"></script>

其中”_82244e91”这串字符是根据a.js的文件内容进行hash运算得到的，只有文件内容发生变化了才会有更改。由于版本序列是与文件名写在一起的，而不是同名文件覆盖，因此不会出现上述说的那些问题。同时，这么做还有其他的好处：

线上的a.js不是同名文件覆盖，而是文件名+hash的冗余，所以可以先上线静态资源，再上线html页面，不存在间隙问题；
遇到问题回滚版本的时候，无需回滚a.js，只须回滚页面即可；
由于静态资源版本号是文件内容的hash，因此所有静态资源可以开启永久强缓存，只有更新了内容的文件才会
缓存失效，缓存利用率大增；
修改静态资源后会在线上产生新的文件，一个文件对应一个版本，因此不会受到构造CDN缓存形式的攻击

静态资源版本更新与缓存

1. 你说的对，这样的好处和必要性就是避免用户端的缓存而使样式不刷新。其它都不重要。
2. 如果有版本快速迭代的需求，建议加，以方便用户及时更新。如果是长时间无更新的页面不必加。
3. 通常由发布、打包工具来负责输出具体的版本号。
4. 可以选用版本管理工具的总体版本号，可以选用修改或打包日期号，可以选用任何自定义的版本号（比如在头文件里手动指定的版本号），总之按需自选。一般用日期号就可以了，比较简单。

1. 对于经常需要修改的静态文件。 每次修改过后自动生成新的版本号。 浏览器就会对新文件进行缓存。
   对于常用不变的这个就可以不加。 比如你用了不许要制定的第三方库 版本升级的频率不会很高。 这样的就可一不加。