1.應用和靜態(tài)資源分離

　　剛開始的時候應用和靜態(tài)資源是保存在一起的，當并發(fā)量達到一定程度的時候就需要將靜態(tài)資源保存到專門的服務器中，靜態(tài)資源主要包括圖片、視頻、js、css和一些資源文件等，這些文件因為沒有狀態(tài)所以分離比較簡單，直接存放到響應的服務器就可以了，一般會使用專門的域名去訪問。

　　通過不同的域名可以讓瀏覽器直接訪問資源服務器而不需要再訪問應用服務器了。架構圖如下：

　　2.頁面緩存

　　頁面緩存是將應用生成的頁面緩存起來，這樣就不需要每次都生成頁面了，從而可以節(jié)省大量的CPU資源，如果將緩存的頁面放到內(nèi)存中速度就更快了。如果使用Nginx服務器就可以使用它自帶的緩存功能，當然也可以使用專門的Squid服務器。頁面緩存的默認失效機制一班都是按緩存時間處理的，當然也可以在修改數(shù)據(jù)之后手動讓相應的緩存失效。

　　頁面緩存主要是使用在數(shù)據(jù)很少發(fā)生變化的頁面，但是很多頁面是大部分數(shù)據(jù)都很少發(fā)生變化，而其中很少一部分數(shù)據(jù)變化頻率卻非常高，比如說一個顯示文章的頁面，正常來說完全可以靜態(tài)化，但是如果文章后面有“頂”和“踩”的功能而且顯示的有響應的數(shù)量，這個數(shù)據(jù)的變化頻率就比較高了，這就會影響靜態(tài)化。這個問題可以用先生成靜態(tài)頁面然后使用Ajax來讀取并修改響應的數(shù)據(jù)，這樣就可以一舉兩得來，既可以使用頁面緩存也可以實時顯示一些變化頻率高的數(shù)據(jù)來。

　　其實大家都知道，效率最高、消耗最小的就是純靜態(tài)化的html頁面，所以我們盡可能使我們的網(wǎng)站上的頁面采用靜態(tài)頁面來實現(xiàn)，這個最簡單的方法其實也是最有效的方法。但是對于大量內(nèi)容并且頻繁更新的網(wǎng)站，我們無法全部手動去挨個實現(xiàn)，于是出現(xiàn)了我們常見的信息發(fā)布系統(tǒng)CMS，像我們常訪問的各個門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發(fā)布系統(tǒng)來管理和實現(xiàn)的，信息發(fā)布系統(tǒng)可以實現(xiàn)最簡單的信息錄入自動生成靜態(tài)頁面，還能具備頻道管理、權限管理、自動抓取等功能，對于一個大型網(wǎng)站來說，擁有一套高效、可管理的CMS是必不可少的。

　　除了門戶和信息發(fā)布類型的網(wǎng)站，對于交互性要求很高的社區(qū)類型網(wǎng)站來說，盡可能的靜態(tài)化也是提高性能的必要手段，將社區(qū)內(nèi)的帖子、文章進行實時的靜態(tài)化，有更新的時候再重新靜態(tài)化也是大量使用的策略，像Mop的大雜燴就是使用了這樣的策略，網(wǎng)易社區(qū)等也是如此。

　　同時，html靜態(tài)化也是某些緩存策略使用的手段，對于系統(tǒng)中頻繁使用數(shù)據(jù)庫查詢但是內(nèi)容更新很小的應用，可以考慮使用html靜態(tài)化來實現(xiàn)，比如論壇中論壇的公用設置信息，這些信息目前的主流論壇都可以進行后臺管理并且存儲再數(shù)據(jù)庫中，這些信息其實大量被前臺程序調(diào)用，但是更新頻率很小，可以考慮將這部分內(nèi)容進行后臺更新的時候進行靜態(tài)化，這樣避免了大量的數(shù)據(jù)庫訪問請求。

　　3.集群與分布式

　　集群是每臺服務器都具有相同的功能，處理請求時調(diào)用那臺服務器都可以，主要起分流作用。

　　分布式是將不同的業(yè)務放到不同的服務器中，處理一個請求可能需要用到多臺服務器，這樣就可以提高一個請求的處理速度，而且集群和分布式也可以同時使用。

　　集群有兩個方式：一種是在靜態(tài)資源集群。另一種是應用程序集群。靜態(tài)資源集群比較簡單。應用程序集群在處理過程中最核心的問題就是Session同步問題。

　　Session同步有兩種處理方式：一種是在Session發(fā)生變化后自動同步到其他服務器，另一種就是用個程序統(tǒng)一管理Session。所有集群的服務器都使用同一個Session，Tomcat默認使用就是第一種方式，通過簡單的配置就可以實現(xiàn)，第二種方式可以使用專門的服務器安裝Mencached等高效的緩存程序統(tǒng)一來管理session，然后再應用程序中通過重寫Request并覆蓋getSession方法來獲取制定服務器中的Session。

　　對于集群來說還有一個核心的問題就是負載均衡，也就是接收到一個請求后具體分配到那個服務器去處理的問題，這個問題可以通過軟件處理也可以使用專門的硬件（如：F5）解決。

　　4.反向代理

　　反向代理指的是客戶端直接訪問的服務器并不真正提供服務，它從別的服務器獲取資源然后將結果返回給用戶。

　　Java架構-高并發(fā)的解決實戰(zhàn)總結方案，看完這些就夠了！

　　4.1反向代理服務器和代理服務器的區(qū)別

　　代理服務器的作用是代我門獲取想要的資源然后將結果返回給我們，所要獲取的資源是我門主動告訴代理服務器的，比如，我門想訪問Facebook，但是直接訪問不了，這時就可以讓代理服務器訪問，然后將結果返回給我們。

　　反向代理服務器是我門正常訪問一臺服務器的時候，服務器自己去調(diào)用了別的服務器資源并將結果返回給我們，我門自己并不知道。

　　代理服務器是我們主動使用的，是為我們服務的，他不需要有自己的域名；反向代理服務器是服務器自己試用的，我門并不知道，它有自己的域名，我門訪問它和訪問正常的網(wǎng)址沒有任何區(qū)別。

　　反向代理服務器主要有三個作用：

　　1.可以作為前端服務器跟實際處理請求的服務器集成；

　　2.可以做負載均衡

　　3.轉發(fā)請求，比如說可以將不同類型的資源請求轉發(fā)到不同的服務器去處理。

　　以上就是動力節(jié)點java培訓機構的小編針對“Java架構師實戰(zhàn)視頻教程”的內(nèi)容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業(yè)老師隨時為你服務。