什麼是**與反向**，有什麼應用場景？平常經常聽別人說**與反向**，那麼這二者到底有什麼區別呢？
**
場景：我需要訪問乙個伺服器c，但是由於某些原因我無法訪問到它，(典型的就是你fq，然後failed了)，可是我就是控制不住自己，這個時候，伺服器b告訴我，來吧，你想要什麼，我來幫你傳話，於是，我把自己的請求給了b，b接收到之後，幫我轉給了c，(因為b和c之間的線路是暢通的)，c把返回結果給了b，b非常友好地把結果又還給了我，我覺得太好用了簡直，於是我周圍的小夥伴都開始將請求發給b，通過b的**，來獲取c的資訊，這個時候對於伺服器c，c只知道是b發了請求過來，不知道我們這群小夥伴的存在，所以這就是**。
概括一下就是，乙個請求對於後端伺服器c是透明的，它只知道是b發過來的，並將處理結果返回，至於誰將請求發給b，隨便。
反向**
場景：我向b傳送了乙個請求，b對我的請求進行分析，發現我請求的是文章詳情，於是b將請求**給處理文章詳情的應用伺服器c1，我又向b發了乙個請求，b解析之後，發現請求的是我的聲望值等個人資訊，於是b將請求**給專門處理個人資訊的應用伺服器c2，就這樣，我不在乎我要請求的資料是在c1，c2，還是c3上，我只需要傳送請求到b就可以了，b會對我的請求進行解析，決定**請求給cx來處理，並得到處理結果後返回給我。
概括一下就是，乙個請求對於客戶端是透明的，我不知道我的請求具體由誰處理，我將請求都發給b，至於b發給cx，隨便。
**與反向**在實際工程中應用很廣泛，**在大家平常生活的fq中應該用過很多了，反向**則是許多大公司業務處理過程中的經典方式，前端由乙個nignx負責根據使用者的請求資訊**請求給後端相應的應用伺服器(這個過程中也可以加入負載均衡)。
參考資料
1 什麼是**與反向**，有什麼應用場景？
2 nginx官網
Nginx相關部落格收集（持續更新）
nginx負載均衡配置實戰 centos 6.2實戰部署nginx mysql php 使用nginx搭建web伺服器 搭建基於linux6.3 nginx1.2 php5 mysql5.5的web伺服器全過程 centos 6.3下nginx效能調優 centos 6.3下配置nginx載入ngx...
Nginx常見優化總結（持續更新）
worker processes預設1，一般配置cpu核心數 work connections預設1024 每個work processes最大連線數 總併發 worker processes worker connections gzip on 開關 gzip vary on 響應頭增加var壓縮...
CSS學習（持續更新）
學習css的過程中遇到的一些值得留下筆記的地方 1.樣式衝突 特殊性 id class 元素名本身 如元素p 順序 特殊性相同時，後出現的優先順序高 重要性important 在樣式後加 important 提高樣式重要性，這樣在遇到樣式衝突時，網頁將使用有important的樣式，而不是後出現的樣...