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

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

　　通過不同的域名可以讓瀏覽器直接訪問資源服務(wù)器而不需要再訪問應(yīng)用服務(wù)器了。架構(gòu)圖如下：

　　2.頁面緩存

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

　　頁面緩存主要是使用在數(shù)據(jù)很少發(fā)生變化的頁面，但是很多頁面是大部分數(shù)據(jù)都很少發(fā)生變化，而其中很少一部分數(shù)據(jù)變化頻率卻非常高，比如說一個顯示文章的頁面，正常來說完全可以靜態(tài)化，但是如果文章后面有“頂”和“踩”的功能而且顯示的有響應(yīng)的數(shù)量，這個數(shù)據(jù)的變化頻率就比較高了，這就會影響靜態(tài)化。這個問題可以用先生成靜態(tài)頁面然后使用Ajax來讀取并修改響應(yīng)的數(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)頁面，還能具備頻道管理、權(quán)限管理、自動抓取等功能，對于一個大型網(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)容更新很小的應(yīng)用，可以考慮使用html靜態(tài)化來實現(xiàn)，比如論壇中論壇的公用設(shè)置信息，這些信息目前的主流論壇都可以進行后臺管理并且存儲再數(shù)據(jù)庫中，這些信息其實大量被前臺程序調(diào)用，但是更新頻率很小，可以考慮將這部分內(nèi)容進行后臺更新的時候進行靜態(tài)化，這樣避免了大量的數(shù)據(jù)庫訪問請求。

　　3.集群與分布式

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

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

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

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

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

　　4.反向代理

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

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

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

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

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

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

　　反向代理服務(wù)器主要有三個作用：

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

　　2.可以做負載均衡

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

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