A. 支持負載均衡的java緩存技術有哪些
負載均衡（Load Balance）
由於目前現有網路的各個核心部分隨著業務量的提高，訪問量和數據流量的快速增長，其處理能力和計算強度也相應地增大，使得單一的伺服器設備根本無法承擔。在此情況下，如果扔掉現有設備去做大量的硬體升級，這樣將造成現有資源的浪費，而且如果再面臨下一次業務量的提升時，這又將導致再一次硬體升級的高額成本投入，甚至性能再卓越的設備也不能滿足當前業務量增長的需求。
負載均衡（又稱為負載分擔），英文名稱為Load Balance，其意思就是將負載（工作任務）進行平衡、分攤到多個操作單元上進行執行，例如Web伺服器、FTP伺服器、企業關鍵應用伺服器和其它關鍵任務伺服器等，從而共同完成工作任務。
需要說明的是：負載均衡設備不是基礎網路設備，而是一種性能優化設備。對於網路應用而言，並不是一開始就需要負載均衡，當網路應用的訪問量不斷增長，單個處理單元無法滿足負載需求時，網路應用流量將要出現瓶頸時，負載均衡才會起到作用。
負載均衡有兩方面的含義：首先，單個重負載的運算分擔到多台節點設備上做並行處理，每個節點設備處理結束後，將結果匯總，返回給用戶，系統處理能力得到大幅度提高，這就是我們常說的集群（clustering）技術。第二層含義就是：大量的並發訪問或數據流量分擔到多台節點設備上分別處理，減少用戶等待響應的時間，這主要針對Web伺服器、FTP伺服器、企業關鍵應用伺服器等網路應用。通常，負載均衡會根據網路的不同層次（網路七層）來劃分。其中，第二層的負載均衡指將多條物理鏈路當作一條單一的聚合邏輯鏈路使用，這就是鏈路聚合（Trunking）技術，它不是一種獨立的設備，而是交換機等網路設備的常用技術。現代負載均衡技術通常操作於網路的第四層或第七層，這是針對網路應用的負載均衡技術，它完全脫離於交換機、伺服器而成為獨立的技術設備。這也是我們現在要討論的對象。近幾年來，四到七層網路負載均衡首先在電信、移動、銀行、大型網站等單位進行了應用，因為其網路流量瓶頸的現象最突出。這也就是為何我們每通一次電話，就會經過負載均衡設備的原因。另外，在很多企業，隨著企業關鍵網路應用業務的發展，負載均衡的應用需求也越來越大了。
B. javawe 負載均衡怎麼用cookie 實現session共享
創建一個session,重新cookie,並將其發送給瀏覽器持久保存,並把這個cookie放到ServletContext中
//把session的id取出來,自己生成一個持久cookie用來替換以前的會話cookie
Cookiecookie=newCookie("JSESSIONID",session.getId());
//設置cookie存活周期
cookie.setMaxAge(60*60);
//把這個cookie放到ServletContext中,讓其他會話也能獲得這次會話的持久cookie
sc.setAttribute("cookie",cookie);
response.addCookie(cookie);
其他機器訪問時,只要也獲得了這個cookie,應該能實現session共享了
//其他session只需獲得這個cookie就行了;
Cookiecookie=(Cookie)sc.getAttribute("cookie");
response.addCookie(cookie);
C. java 負載均衡 synchronized是否有效
負載是針對於請求來說的
你的sync是針對線程來說的
兩個機子的負載由於你的配置 session是共享的 但內部變數不是
所以 要看你的sync是對什麼加的鎖，目的是什麼
如果說 你用一個數字去記錄登錄的人數 每次有請求+1
我們假設有兩個節點 A，B 兩個是互不幹涉的， 也就是 可能A到了10 B還是1
如果說 你只是針對某一操作防止其線程沖突
那麼 你可以認為 A，B完全是兩個不相乾的程序
如果是針對session做的限制類的sync 由於一個session普遍情況下只會針對一個節點發送，sync在單個節點內會有效，多個節點無效。。
純手打 望採納
D. nginx做反向代理負載均衡 Java怎麼獲取後端伺服器獲取用戶IP
首先，在前端nginx上需要做如下配置：
location /
proxy_set_hearder host $host;
proxy_set_header X-forwarded-for $proxy_add_x_forwarded_for;
proxy_set_header X-real-ip $remote_addr;
};
nginx會在把請求轉向後台real-server前把http報頭中的ip地址進行替換；這樣操作完成後，real-server也需要做一些操作；
public class ClientIPUtils {
/**
* 在很多應用下都可能有需要將用戶的真實IP記錄下來，這時就要獲得用戶的真實IP地址，在JSP里，獲取客戶端的IP地
* 址的方法是：request.getRemoteAddr()，這種方法在大部分情況下都是有效的。但是在通過了Apache,Squid等
* 反向代理軟體就不能獲取到客戶端的真實IP地址了。
* 但是在轉發請求的HTTP頭信息中，增加了X－FORWARDED－FOR信息。用以跟蹤原有的客戶端IP地址和原來客戶端請求的伺服器地址。
* @param request
* @return
*/
public static String getClientIp(HttpServletRequest request) {
String ip = request.getHeader("x-forwarded-for");
//String ip = request.getHeader("X-real-ip");
logger.debug("x-forwarded-for = {}", ip);
if(ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {
ip = request.getHeader("Proxy-Client-IP");
logger.debug("Proxy-Client-IP = {}", ip);
}
if(ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {
ip = request.getHeader("WL-Proxy-Client-IP");
logger.debug("WL-Proxy-Client-IP = {}", ip);
}
if(ip == null || ip.length() == 0 || "unknown".equalsIgnoreCase(ip)) {
ip = request.getRemoteAddr();
logger.debug("RemoteAddr-IP = {}", ip);
}
if(StringUtils.isNotBlank(ip)) {
ip = ip.split(",")[0];
}
return ip;
}
}
E. Java互聯網架構，如何快速搭建一個微服務架構
搭建微服務架構需要在開發層面理解注冊中心、服務發現、負載均衡、服務網關和管理端集成框架，在運維層面准備好持續集成工具、配置中心和監控告警咐物工具，然後才能夠更容易地落地微服務架構。
所謂注冊中心、服務發現、負載均衡，就是服務提供方將御慶地址信息注冊到注冊中心，調用方將服務地址從注冊中心拉下來。同時服務提供方一般以集群方式提供服務，也就引入了負載均衡的需求。
服務網關則是通過API網關、將微服務API暴露給門戶和移動APP，而且至少要做好兩件事，包括由統一的入口來調用微服務的API和API鑒權。
管理端集成框架是將管理端模塊集成到統一的操作界面上，我們可以通過AEAIESB應用集成平台將單獨開發的微服務整合起來。通過ESB管理控制台中的注冊中心將服務注冊進來並進行管理，部署多台ESB實現負載均衡，使用ESB設計器快速開發Rest服務。支持衡拆液認證、授權主流機制和規范，確保所有用戶安全地訪問應用集成平台提供的服務。
數通暢聯專注於企業IT架構、SOA綜合集成、數據治理分析領域，感謝您的閱讀與關注。
F. java socket伺服器如何實現伺服器集群和負載均衡
hrtyryertyertyr
G. 關於java負載均衡的概念
分主機跑，有兩種情況，一種是分布式系統，前端，服務端，資料庫分別跑在不同回的主機答上，分擔了壓力。一種是集群，每一台上跑的都是一樣的程序，一樣的配置。同樣的訪問請求被分發到了不同的機器上響應，這才是負載均衡所追求的。
分布式和集群可以獨立使用，也可以混合使用。