在jsp裡，獲取客戶端的ip位址的方法是：request.getremoteaddr()，這種方法在大部分情況下都是
有效的。但是在通過了apache,squid等反向**軟體就不能獲取到客戶端的真實ip位址了。如果使用
了反向**軟體，用request.getremoteaddr()方法獲取的ip位址是：127.0.0.1或192.168.1.110，
而並不是客戶端的真實ｉｐ.
經過**以後，由於在客戶端和服務之間增加了中間層，因此伺服器無法直接拿到客戶端的 ip，服務
器端應用也無法直接通過**請求的位址返回給客戶端。但是在**請求的http頭資訊中，增加了x－forwarded－for資訊。用以跟蹤原有的客戶端ip位址和原來客戶端請求的伺服器位址。當我們訪問index.jsp/時，其實並不是我們瀏覽器真正訪問到了伺服器上的index.jsp檔案，而是先由**伺服器
去訪問index.jsp ，**伺服器再將訪問到的結果返回給我們的瀏覽器，因為是**伺服器去訪問index.jsp的，所以index.jsp中通過request.getremoteaddr()的方法獲取的ip實際上是**伺服器
的位址，並不是客戶端的ip位址。
可是，如果通過了多級反向**的話，x-forwarded-for的值並不止乙個，而是一串ip值，究竟哪個才
是真正的使用者端的真實ip呢？答案是取x-forwarded-for中第乙個非unknown的有效ip字串。如：
x-forwarded-for：192.168.1.110, 192.168.1.120, 192.168.1.130, 192.168.1.100
使用者真實ip為： 192.168.1.110
Java獲取客戶端IP位址
參考 像移動閘道器一樣，iisforward這個isapi過濾器也會對request物件進行再包裝，附加一些wls要用的頭資訊。這種情況下，直接用request.getremoteaddr 是無法取到真正的客戶ip的。實際的iisforward附加頭如下 wl proxy client ip 211...
java獲取客戶端ip位址
獲取使用者真實ip位址，不使用request.getremoteaddr 的原因是有可能使用者使用了 軟體方式避免真實ip位址,可是，如果通過了多級反向 的話，x forwarded for的值並不止乙個，而是一串ip值，究竟哪個才是真正的使用者端的真實ip呢？答案是取x forwarded for...
java獲取客戶端的ip位址
有時候我們需要根據系統的業務，做一些事情，比如，我這裡有乙個 今天有一件商品 限每個ip只能購買一件，那麼我們就需要記錄使用者下單的ip，好的下面我直接貼出來 獲得客戶端ip位址 param request return 獲得客戶端ip位址 對於通過多個 的情況，第乙個ip為客戶端真實ip,多個ip...