大家好，今天小編來為大家解答nginx反向代理面試題這個問題，nginx面試常見問題很多人還不知道，現在讓我們一起來看看吧！
http的反向代理和nginx的反向代理有什么不同
http的反向代理和nginx的反向代理的不同之處在于，前者不加密，后者使用ssl加密
直接讓web服務運行在80端不行嗎為什么要用nginx反向代理
其實現在估計很少人會用80端口部署服務了，起碼都是443端HTTPS服務了，因為HTTPS相對更安全。
但是這不影響這個問題的解答，下面我以個人的一些看法說明下。
一個服務器只有一個常用的端口我們都知道你只買了一臺公網服務器，默認80端口是HTTP服務，443端口是HTTPS服務。
而現在很多時候，微信、網站搜索引擎，默認都是用這些端口進行正常處理，當你有多個服務要對外開放，你如果A服務已經占用了80端口，那么B服務就不可以再占用80端口。
而你采用Nginx服務直接占用80或者443端口，那么我們根據Nginx的規則配置，就可以設置如下規則：
訪問url路徑/api走A服務，訪問url路徑/admin走B服務。
Nginx高性能熟悉Nginx性能的程序員，都知道Nginx的性能之高，這里就不展開說。
因為有些編程語言框架，比如Flask，本身處理web請求就性能不高，通過Nginx可以提前處理web請求，而Flask就可以更多關注業務本身的邏輯。
Nginx負載均衡當你的web服務后臺可以多實例部署，這時候你說的web服務直接運行80端口，那就不能支持多臺實例。
而通過nginx，就可以指向兩臺甚至多臺實例的后端服務，而且可以設置策略進行負載請求。
比如負載后端兩個web服務，A機器性能配置強，那么我們就可以分配更多的請求到A機器。
B機器性能一般，那么我們就可以減少請求到這臺機器。
Nginx安全性因為有了Nginx服務器在前面進行處理請求，用戶根本不知道后端是用什么語言進行處理，減少后端暴露的幾率。
不過由于使用Nginx的人很多，Nginx的漏洞也是備受關注，所以要及時關注Nginx的漏洞和最新穩定版本升級。
這里提供一個檢測Nginx穩定版本的視頻解說：https://www.ixigua.com/6832886164081345038/，有興趣的可以看看。
Nginx資源消耗使用Nginx服務可以占用低的內存消耗，同時能支持高并發連接，何樂而不為。
如果覺得回答能解決到一些問題，可以關注@testerzhang，我會不定期發布一些相關技術文章和視頻。
Nginx作為反向代理服務器，是否可以突破單機65535TCP連接的限制如果是，是如何實現的
我了解到的，不能突破
Java nginx是Java后臺開發最常用最入門的技術嗎
謝邀~
Nginx確實是比較常用的技術（服務器）之一，不僅Java應用可以使用到，它可以應用在很多場景下。下面我就按照自己的理解，向大家介紹一下。
什么是Nginx如果你是Java程序員，沒用聽說過Nginx的話，那么你肯定聽說過Apache吧。Nginx也是一樣，是一種WEB服務器。它有以下特點：
是使用C語言開發出來的，基于事件驅動架構，性能很高，高并發能力極強；
跨平臺，可以運行在windows、Linux、Mac、Solaris等操作系統上；
第三方模塊很多（生態環境好）。
那么我們再看看Nginx能做什么：
反向代理這個概念大家一定很耳熟，那么在說反向代理之前，先看看什么是正向代理。
正向代理：我想訪問谷歌，沒辦法直接訪問，這時候找一個代理服務器，我通過代理服務器訪問谷歌；正向代理特點是客戶端知道要訪問的服務器地址是什么；服務器不知道客戶端是誰，正向代理-代理的是客戶端；
反向代理：代理服務器接收互聯網端的請求，轉發請求到內網中的服務器（可能會是多臺服務器中的一臺），得到服務器的響應之后，再把響應返回給客戶端；這時候客戶端不知道服務器在哪，反向代理-代理的是服務端。
在一個項目的架構中，正向代理和反向代理可能同時存在。
負載均衡因為Nginx可以做反向代理服務器，它可以把客戶端的請求發送給服務器端；客戶端的請求數量，就是負載量。
那么把負載量，按照一定的規則，分發給不同的服務器就行處理，這個就叫做負載均衡；負載均衡的好處，就是把壓力平均到每一臺服務器上。負載均衡的調度方法有：輪詢，一個一個輪著發;ip_hash;url_hash;fair等。
總之，Nginx是常用的軟件（服務器）之一，最好學習一下。
我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。nginx反向代理負載均衡如何解決超長請求串
針對post方式
client_max_body_size10M;
指定允許客戶端請求的最大的單個文件大小，如果請求大于指定的值，客戶端將收到一個"413RequestEntityTooLarge"錯誤。
client_body_in_single_buffer16k;
指定連接請求使用的緩存區大小，如果連接請求超過緩存區指定的值，那么這些請求或部分請求將嘗試寫入一個臨時文件。
client_body_temp_path/data/tmp;
設置臨時文件存放路徑。只有當上傳的請求體超出緩存區大小時，才會寫到臨時文件中，注意路徑要有寫入權限。
針對get方式
client_header_buffer_size8k;
指定客戶端請求的http頭部緩存區大小，大多數情況下一個頭部請求的大小不會大于1k，不過如果有來自于wap客戶端的較大的cookie它可能會大于1k，Nginx將分配給它一個更大的緩存區，這個值可以在large_client_header_buffers里面設置。
large_client_header_buffers1616k;
如果設置過小HTTP頭/Cookie過大時會報400錯誤"nginx400badrequest"，如果超過buffer就會報"414RequestURItoolarge"錯誤，nginx接受最長的HTTP頭部大小必須比其中一個buffer大，否則就會報"nginx400badrequest"錯誤。
好了，本文到此結束，如果可以幫助到大家，還望關注本站哦！
