request header的cache-control: max-age=0只有在CTRL + F5強刷時才會加入
正常訪問并不會加這種頭

你要控制瀏覽器的行為，應該在服務(wù)端的cache-control里配置
不能脫離服務(wù)端的cache-control討論瀏覽器的緩存機制

request header是給服務(wù)器看的，不是給瀏覽器看的，你的理解本身就不對

服務(wù)端通過cache-control、etag、last-modified告訴瀏覽器和緩存服務(wù)器應該怎么存儲和處理這個URL
如果符合一定規(guī)則（具體看下方文章），瀏覽器并不會向服務(wù)器發(fā)出請求，而是直接使用本地緩存

如果符合一定規(guī)則需要向服務(wù)器發(fā)出請求，瀏覽器通過If-Modified-Since If-None-Match cache-control告訴服務(wù)器應該響應304還是200

這篇文章已經(jīng)講得很清楚了：
https://developers.google.com...

你自己一堆概念都沒有搞清楚。

可是問題來了。為什么js文件在修改之后，刷新頁面，瀏覽器沒有從本地服務(wù)器獲取新的js文件而是從緩存中讀取。

首先，瀏覽器不知道你的 js 文件到底有沒有改。瀏覽器如果沒有發(fā)出遠端請求，那么一定是“緩存頭”機制在發(fā)生作用。（前提是瀏覽器自己正確實現(xiàn)了 HTTP 協(xié)議的相關(guān)要求）

我確認了request header 里的cache-control是 max-age=0，就是說向服務(wù)器確認該js文件是否需要更新。
那有改動的話應該是重新請求js文件 且status為200才對呃。。。。

這是你服務(wù)器的事，不是瀏覽器這個客戶端的事。

還是說只要js文件的名字沒變。那么瀏覽器就認為緩存是存在的，可以直接讀??？？并不需要判斷etag或者last-modified

文件名沒有變，緩存策略受“頭”控制。
文件名變了，一定不會有緩存，因為瀏覽器標識資源是依賴 URI 的，文件名（準備說是是 URL 中的 path）是這個 URI 的一部分。

第一你可以用chrome開發(fā)者工具中network查看，具體的js是從disk，或者內(nèi)存，還是獲取最新。
第二更新緩存的最有效辦法就是更新版本號，如j.js?v=1.0