1. java工程師需要掌握哪些知識
1、語法：必須比較熟悉，在寫代碼的時候，IDE(Integrated Development Environment，集成開發環境)的編輯器對某一行報錯應該能夠根據報錯信息知道是什麼樣的語法錯誤，並且知道任何修正。
2、命令：必須熟悉JDK(Java Development Kit，Java開發工具箱——JDK 是整個Java的核心，包括了Java運行環境，Java工具和Java基礎的類庫。JDK是學好Java的第一步。)帶的一些常用命令及其常用選項，命令至少需要熟悉：appletviewer、HtmlConverter、jar、 java、javac、javadoc、javap、javaw、native2ascii、serialver，如果這些命令你沒有全部使用過，那麼你對java實際上還很不了解。
3、工具：必須至少熟練使用一種IDE的開發工具，例如Eclipse、Netbeans、JBuilder、Jdeveloper、IDEA、JCreator或者Workshop，包括進行工程管理、常用選項的設置、插件的安裝配置以及進行調試。
4、API（Application Programming Interface，應用程序編程介面）：Java的核心API是非常龐大的，但是有一些內容筆者認為是必須熟悉的，否則不可能熟練的運用Java，包括：
◆java.lang包下的80%以上的類的功能的靈活運用。
◆java.util包下的80%以上的類的靈活運用，特別是集合類體系、規則表達式、zip、以及時間、隨機數、屬性、資源和Timer.
◆java.io包下的60%以上的類的使用，理解IO體系的基於管道模型的設計思路以及常用IO類的特性和使用場合。
◆java.math包下的100%的內容。
◆java.net包下的60%以上的內容，對各個類的功能比較熟悉。
◆java.text包下的60%以上的內容，特別是各種格式化類。
◆熟練運用JDBC. 80%、java.security包下40%以上的內容，如果對於安全沒有接觸的話根本就不可能掌握java.
◆AWT的基本內容，包括各種組件事件、監聽器、布局管理器、常用組件、列印。
◆Swing的基本內容，和AWT的要求類似。
◆XML處理，熟悉SAX、DOM以及JDOM的優缺點並且能夠使用其中的一種完成XML的解析及內容處理。
5、測試：Junit測試是程序員測試，即所謂白盒測試。一位合格的Java開發工程師必須熟悉使用junit編寫測試用例完成代碼的自動測試。
6、管理：必須熟悉使用Ant（中文譯為螞蟻，是一種基於Java的build工具。）完成工程管理的常用任務，例如工程編譯、生成javadoc、生成jar、版本控制、自動測試。
7、排錯：應該可以根據異常信息比較快速的定位問題的原因和大致位置。
8、思想：必須掌握OOP（Object Oriented Programming，面向對象編程）的主要要求，這樣使用Java開發的系統才能是真正的Java系統。
9、規范：編寫的代碼必須符合流行的編碼規范，例如類名首字母大寫，成員和方法名首字母小寫，方法名的第一個單詞一般是動詞，包名全部小寫等，這樣程序的可讀性才比較好。
10、博學：掌握J2EE 、Oracle 、WebLogic、Jboss、Spring、Struts、Hibernate 等流行技術，掌握軟體架構設計思想、搜索引擎優化、緩存系統設計、網站負載均衡、系統性能調優等實用技術。
2. java高並發，如何解決，什麼方式解決，高並發
首先，為防止高並發帶來的系統壓力，或者高並發帶來的系統處理異常，數據紊亂，可以以下幾方面考慮：1、加鎖，這里的加鎖不是指加java的多線程的鎖，是指加應用所和資料庫鎖，應用鎖這邊通常是使用redis的setnx來做，其次加資料庫鎖，因為代碼中加了應用所，所以資料庫不建議加悲觀鎖（排他鎖），一般加樂觀鎖（通過設置一個seq_no來解決），這兩個鎖一般能解決了，最後做合理的流控，丟棄一部分請求也是必不可少的
3. java 寫的socket系統，因訪問量大， 現在要做負載均衡 ，用哪種負載均衡中間件，如何實現
socket是基於tcp的，只能用IP級的負載均衡服務，用開源的LVS可以搞定。
4. java 負載均衡 synchronized是否有效
負載是針對於請求來說的
你的sync是針對線程來說的
兩個機子的負載由於你的配置 session是共享的 但內部變數不是
所以 要看你的sync是對什麼加的鎖，目的是什麼
如果說 你用一個數字去記錄登錄的人數 每次有請求+1
我們假設有兩個節點 A，B 兩個是互不幹涉的， 也就是 可能A到了10 B還是1
如果說 你只是針對某一操作防止其線程沖突
那麼 你可以認為 A，B完全是兩個不相乾的程序
如果是針對session做的限制類的sync 由於一個session普遍情況下只會針對一個節點發送，sync在單個節點內會有效，多個節點無效。。
純手打 望採納
5. Java web項目，怎麼做負載均衡啊
Java web項目負載均衡常用的是nginx。
在多個伺服器上部署同一個web項目，nginx會將用戶的請求隨機（可自定義）分發到其中一個web伺服器，當其中任意一個或多個web伺服器宕機時，不影響用戶的正常訪問。
1、兩個web伺服器負載均衡：
upstream local_tomcat {
# 這里是本機的第一個web伺服器
server localhost:8080;
# 這里是本機的第二個web伺服器
server localhost:9090;
#還可添加很多
}
server{
location / {
proxy_pass http://local_tomcat;
}
#......其他省略
}
當訪問http://localhost時，nginx會隨機的跳轉到8080與9090伺服器。當8080伺服器宕機時，9090會繼續工作。如果想控制兩個伺服器的權重，比如 9090 伺服器性能好，可以多處理一些請求，則可以如下配置權重
upstream local_tomcat {
server localhost:8080 weight=1;
server localhost:9999 weight=2;
}
這樣在9090受訪的機率會比8080多一倍。
2、靜態文件，這個好像conf.xml有現成的配置，只要改一下就可以，如下對圖片的配置
#location ~ \.(png|jpg|bmp)$ {
root image;
}
所有png 、 jpg 、 bmp 的請求都會直接去訪客根目錄下的image文件夾，當然也可以使用絕對路徑。
6. nginx做反向代理負載均衡 Java怎麼獲取後端伺服器獲取用戶IP
/**
*獲取訪問者IP地址
*<p>在一般情況下使用Request.getRemoteAddr()即可，但是經過nginx等反向代理軟體後，這個扒嘩方法會失春陵行效。</p>
*<p>本方法先從Header中獲取X-Real-IP，如果不存在再從X-Forwarded-For獲得第一個IP(用,分割)。</p>
*<p>如果還不存在則調用Request.getRemoteAddr()。</p>
*@paramrequest
*@return
*/
publicstaticStringgetIp(HttpServletRequestrequest){
Stringip=request.getHeader("X-Real-IP");
if(ValidateUtil.isNotEmpty(ip)&&!"unknown".equalsIgnoreCase(ip)){
returnip;
}
ip=request.getHeader("X-Forwarded-For");
if(ValidateUtil.isNotEmpty(ip)汪則&&!"unknown".equalsIgnoreCase(ip)){
intindex=ip.indexOf(",");
if(index!=-1){
returnip.substring(0,index);
}else{
returnip;
}
}else{
returnrequest.getRemoteAddr();
}
}
7. java的在開發介面過程中，遇到高並發怎麼處理
可以先試試負載均衡 ，如果還是滿足並發量的話 那就得慢慢做分布式了
8. 關於java負載均衡的概念
分主機跑，有兩種情況，一種是分布式系統，前端，服務端，資料庫分別跑在不同回的主機答上，分擔了壓力。一種是集群，每一台上跑的都是一樣的程序，一樣的配置。同樣的訪問請求被分發到了不同的機器上響應，這才是負載均衡所追求的。
分布式和集群可以獨立使用，也可以混合使用。
9. Java互聯網架構，如何快速搭建一個微服務架構
搭建微服務架構需要在開發層面理解注冊中心、服務發現、負載均衡、服務網關和管理端集成框架，在運維層面准備好持續集成工具、配置中心和監控告警咐物工具，然後才能夠更容易地落地微服務架構。
所謂注冊中心、服務發現、負載均衡，就是服務提供方將御慶地址信息注冊到注冊中心，調用方將服務地址從注冊中心拉下來。同時服務提供方一般以集群方式提供服務，也就引入了負載均衡的需求。
服務網關則是通過API網關、將微服務API暴露給門戶和移動APP，而且至少要做好兩件事，包括由統一的入口來調用微服務的API和API鑒權。
管理端集成框架是將管理端模塊集成到統一的操作界面上，我們可以通過AEAIESB應用集成平台將單獨開發的微服務整合起來。通過ESB管理控制台中的注冊中心將服務注冊進來並進行管理，部署多台ESB實現負載均衡，使用ESB設計器快速開發Rest服務。支持衡拆液認證、授權主流機制和規范，確保所有用戶安全地訪問應用集成平台提供的服務。
數通暢聯專注於企業IT架構、SOA綜合集成、數據治理分析領域，感謝您的閱讀與關注。
10. nginx負載均衡原理
負載均衡（Load Balance），它在網路現有結構之上可以提供一種廉價、有效、透明的方法來擴展 網路設備 和 伺服器的帶寬 ，並可以在一定程度上 增加吞吐量 、 加強網路數據處理能力 、提閉敬高 網路的靈活性 和 可用性 等。用官網的話說，它充當著網路流中「交通指揮官」的角色，「站在」伺服器前 處理所有伺服器端和客戶端之間的請求 ，從而最大程度地 提高響應速率和容量利用率 ，同時 確保任何伺服器都沒有超負荷工作 。如果單個伺服器出現故障， 負載均衡的方法會將流量重定向到其餘的集群伺服器，以保證服務的穩定性 。當新的伺服器添加到伺服器組後，也可通過負載均衡的方法使其開始自動處理客戶端發來的請求。
負載均衡涉及到以下的基礎知識。
a. Round Robin: 對所有的backend輪訓發送請求，算是最簡單的方式了，也是默認的分配方式；
b. Least Connections(least_conn): 跟蹤和backend當前的活躍連接數目，最少的連接數目說明這個backend負載最輕，將請求分配給他，這種方式會考慮到配置中給每個upstream分配的weight權重信息；
c. Least Time(least_time): 請求會分配給響應最快和活躍連接數最少的backend；
d. IP Hash(ip_hash): 對請求來源則態逗IP地址計算hash值，IPv4會考慮前3個octet，IPv6會考慮所有的地址位，然後根據得到的hash值通過某種映射分孫賣配到backend；
e. Generic Hash(hash): 以用戶自定義資源(比如URL)的方式計算hash值完成分配，其可選consistent關鍵字支持一致性hash特性；
用戶(瀏覽器)在和服務端交互的時候，通常會在本地保存一些信息，而整個過程叫做一個會話(Session)並用唯一的Session ID進行標識。會話的概念不僅用於購物車這種常見情況，因為HTTP協議是無狀態的，所以任何需要邏輯上下文的情形都必須使用會話機制，此外HTTP客戶端也會額外緩存一些數據在本地，這樣就可以減少請求提高性能了。如果負載均衡可能將這個會話的請求分配到不同的後台服務端上，這肯定是不合適的，必須通過多個backend共享這些數據，效率肯定會很低下，最簡單的情況是保證會話一致性——相同的會話每次請求都會被分配到同一個backend上去。
出問題的backend要能被及時探測並剔除出分配群，而當業務增長的時候可以靈活的添加backend數目。此外當前風靡的Elastic Compute雲計算服務，服務商也應當根據當前負載自動添加和減少backend主機。
通常現代的網路服務者一個域名會關連到多個主機，在進行DNS查詢的時候，默認情況下DNS伺服器會以round-robin形式以不同的順序返回IP地址列表，因此天然將客戶請求分配到不同的主機上去。不過這種方式含有固有的缺陷：DNS不會檢查主機和IP地址的可訪問性，所以分配給客戶端的IP不確保是可用的(Google 404)；DNS的解析結果會在客戶端、多個中間DNS伺服器不斷的緩存，所以backend的分配不會那麼的理想。
轉自 https://blog.csdn.net/weixin_43694144/java/article/details/84098906