靜態一般特指，js、css、圖片。
比如透過nginx做反向代理，透過nginx代理靜態資源請求，這樣能降低後端應用web容器的併發量，讓tomcat 、apache、jboss這些web容器能夠有更多的資源去處理動態的請求（api介面服務）。
並且nginx能夠實現靜態資源快取，能夠這有利於加速客戶端瀏覽器的訪問速度，另一方面也可用降低伺服器的頻寬使用。但是快取也是雙刃劍：快取可能導致js、css無法及時得到更新，特別是在web應用升級過程中，這可能會造成一些奇奇怪怪的前端頁面問題，比如js報錯。
所以，如果你要使用靜態資源快取，一方面需要設定一個合理的快取時間，這個時間不應該過長，過長將導致客戶端很久都不會向伺服器請求新的資源。過短的快取時間，起不到快取本來該有的作用。
如果需要解決掐滅提到的快取帶來的客戶端程式碼更新不及時的問題，一般可用在css、js 或圖片 uri 的後面新增動態引數，讓客戶端每次的請求最新的靜態資源（實際上是伺服器會根據uri進行資源快取，不同的動態請求引數，會讓nginx無法命中快取），但這種方式一般都用在關鍵的靜態資源上，即每次更新版本必須要更新的靜態資源上。
靜態一般特指，js、css、圖片。
比如透過nginx做反向代理，透過nginx代理靜態資源請求，這樣能降低後端應用web容器的併發量，讓tomcat 、apache、jboss這些web容器能夠有更多的資源去處理動態的請求（api介面服務）。
並且nginx能夠實現靜態資源快取，能夠這有利於加速客戶端瀏覽器的訪問速度，另一方面也可用降低伺服器的頻寬使用。但是快取也是雙刃劍：快取可能導致js、css無法及時得到更新，特別是在web應用升級過程中，這可能會造成一些奇奇怪怪的前端頁面問題，比如js報錯。
所以，如果你要使用靜態資源快取，一方面需要設定一個合理的快取時間，這個時間不應該過長，過長將導致客戶端很久都不會向伺服器請求新的資源。過短的快取時間，起不到快取本來該有的作用。
如果需要解決掐滅提到的快取帶來的客戶端程式碼更新不及時的問題，一般可用在css、js 或圖片 uri 的後面新增動態引數，讓客戶端每次的請求最新的靜態資源（實際上是伺服器會根據uri進行資源快取，不同的動態請求引數，會讓nginx無法命中快取），但這種方式一般都用在關鍵的靜態資源上，即每次更新版本必須要更新的靜態資源上。