java性能調優
① java面試，問性能調優從哪些方面著手
簡單點三個方向，資料庫連接池，請求訪問線程池，java本身也就是jvm優化，沿著這三個方向聊聊就可以了
② java系統怎麼做性能測試調優是不是掌握了jvm就差不多了
JVM是最好的軟體工程之一，它為Java提供了堅實的基礎，許多流行語言如Kotlin、Scala、Clojure、Groovy都使用JVM作為運行基礎。一個專業的Java工程師必須要了解並掌握JVM，接下來就給大家分享Java基礎知識中JVM調優相關知識點。
杭州Java基礎知識學習之JVM調優講解
JVM常見的調優參數包括：
-Xmx：指定java程序的最大堆內存, 使用java -Xmx5000M -version判斷當前系統能分配的最大堆內存；
-Xms：指定最小堆內存, 通常設置成跟最大堆內存一樣，減少GC；
-Xmn：設置年輕代大小。整個堆大小=年輕代大小+年老代大小。所以增大年輕代後，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8；
-Xss：指定線程的最大棧空間, 此參數決定了java函數調用的深度, 值越大調用深度越深, 若值太小則容易出棧溢出錯誤(StackOverflowError)；
-XX:PermSize：指定方法區(永久區)的初始值,默認是物理內存的1/64，在Java8永久區移除, 代之的是元數據區，由-XX:MetaspaceSize指定；
-XX:MaxPermSize：指定方法區的最大值, 默認是物理內存的1/4，在java8中由-XX:MaxMetaspaceSize指定元數據區的大小；
-XX:NewRatio=n：年老代與年輕代的比值，-XX:NewRatio=2, 表示年老代與年輕代的比值為2:1；
-XX:SurvivorRatio=n：Eden區與Survivor區的大小比值，-XX:SurvivorRatio=8表示Eden區與Survivor區的大小比值是8:1:1，因為Survivor區有兩個(from, to)。
JVM實質上分為三大塊，年輕代(YoungGen)，年老代(Old Memory)，及持久代(Perm，在Java8中被取消)。
年輕代大小選擇
響應時間優先的應用：盡可能設大，直到接近系統的最低響應時間限制（根據實際情況選擇）。在此種情況下，年輕代收集發生的頻率也是最小的。同時，減少到達年老代的對象。
吞吐量優先的應用：盡可能的設置大，可能到達Gbit的程度。因為對響應時間沒有要求，垃圾收集可以並行進行，一般適合8CPU以上的應用。
年老代大小選擇
響應時間優先的應用：年老代使用並發收集器，所以其大小需要小心設置，一般要考慮並發會話率和會話持續時間等一些參數。如果堆設置小了，可以會造成內存碎片、高回收頻率以及應用暫停而使用傳統的標記清除方式；如果堆大了，則需要較長的收集時間。最優化的方案，一般需要參考以下數據獲得：並發垃圾收集信息、持久代並發收集次數、傳統GC信息、花在年輕代和年老代回收上的時間比例。
減少年輕代和年老代花費的時間，一般會提高應用的效率。
吞吐量優先的應用：一般吞吐量優先的應用都有一個很大的年輕代和一個較小的年老代。原因是，這樣可以盡可能回收掉大部分短期對象，減少中期的對象，而年老代盡存放長期存活對象。
較小堆引起的碎片問題
因為年老代的並發收集器使用標記、清除演算法，所以不會對堆進行壓縮。當收集器回收時，他會把相鄰的空間進行合並，這樣可以分配給較大的對象。但是，當堆空間較小時，運行一段時間以後，就會出現「碎片」，如果並發收集器找不到足夠的空間，那麼並發收集器將會停止，然後使用傳統的標記、清除方式進行回收。如果出現「碎片」，可能需要進行如下配置：
-XX:+UseCMSCompactAtFullCollection：使用並發收集器時，開啟對年老代的壓縮。
-XX:CMSFullGCsBeforeCompaction=0：上面配置開啟的情況下，這里設置多少次Full GC後，對年老代進行壓縮。
③ 如何優化JAVA代碼及提高執行效率
張小喜告別996 實現高效編程 減少開發壓力 開啟Java高效編程之門（完整版高清視頻）網路網盤
鏈接:
若資源有問題歡迎追問~
④ java web性能優化有哪些
最常見的優化方案：代碼優化最簡單的就是提高代碼的重用性，不管是前端代碼還是後端代碼，學會把公共性的代碼抽取出來，事物的控制，特別是當對資料庫進行增加刪除修改的時候，保持數據的一致性，資料庫的話加索引，視圖等等，sql語句關聯的時候注意盡量用高效的sql語句。一般的優化差不多就是這樣，當然，更多的要更難了。
⑤ 如何優化java虛擬機，提高性能
關於性能調優：
1 需要一個性能探測器，找到調用最頻繁的代碼段，優化這部分代碼（優化演算法）
2 往往1%的代碼運行時間佔99%。所以優化這些代碼就能事半功倍。
3 最好是能看懂編譯後的代碼，這樣分析最徹底。
Java的性能分析使用JProfiler
堆棧分析使用的Jstack
Java性能調優 SSH框架優化以適應特定的項目
一、JVM調優
1 各種垃圾回收演算法及其優劣；
2 針對不同應用類型如何選擇JVM參數
3 常用調優工具的使用（jps/jstat/jmap/jstack/jinfo/jhat）
4 調優案例分析(如何選擇不同內存塊的大小，如何選擇不同的演算法來提升性能、響應時間)
二、Java應用中CPU佔用率、使用情況分析，線程死鎖等鎖
系統性能瓶頸的分析定位
1 JStack的深度使用
2 各種Linux監控命令的配合使用(top,vmstat,iostat,sar 不要輕信自己能完全掌控這些命令)、分析
(前一陣Java漏洞通過製造Hash沖突來占盡CPU資源就可以通過top命令快速定位到,你肯定沒有這么用過)
3 JProfiler的詳細使用
三、Java內存溢出分析
1 用EMA來分析內存佔用情況
2 通過案例分析來定位內存泄漏
互聯網中的性能主要是兩個方面：
1 吞吐量，就是系統支持的訪問量。
2 延遲，就是一個請求提交後，相應的時間。
一般硬體不變的情況下，兩方面各自優化到極限後，相互會制約，也就是吞吐量增強的話比如需要延遲加大，反之亦然。
⑥ jvm性能調優都做了什麼
JVM是最好的軟體工程之一，它為Java提供了堅實的基礎，許多流行語言如Kotlin、Scala、Clojure、Groovy都使用JVM作為運行基礎。一個專業的Java工程師必須要了解並掌握JVM，接下來就給大家分享Java基礎知識中JVM調優相關知識點。
杭州Java基礎知識學習之JVM調優講解
JVM常見的調優參數包括：
-Xmx：指定java程序的最大堆內存, 使用java -Xmx5000M -version判斷當前系統能分配的最大堆內存；
-Xms：指定最小堆內存, 通常設置成跟最大堆內存一樣，減少GC；
-Xmn：設置年輕代大小。整個堆大小=年輕代大小+年老代大小。所以增大年輕代後，將會減小年老代大小。此值對系統性能影響較大，Sun官方推薦配置為整個堆的3/8；
-Xss：指定線程的最大棧空間, 此參數決定了java函數調用的深度, 值越大調用深度越深, 若值太小則容易出棧溢出錯誤(StackOverflowError)；
-XX:PermSize：指定方法區(永久區)的初始值,默認是物理內存的1/64，在Java8永久區移除, 代之的是元數據區，由-XX:MetaspaceSize指定；
-XX:MaxPermSize：指定方法區的最大值, 默認是物理內存的1/4，在java8中由-XX:MaxMetaspaceSize指定元數據區的大小；
-XX:NewRatio=n：年老代與年輕代的比值，-XX:NewRatio=2, 表示年老代與年輕代的比值為2:1；
-XX:SurvivorRatio=n：Eden區與Survivor區的大小比值，-XX:SurvivorRatio=8表示Eden區與Survivor區的大小比值是8:1:1，因為Survivor區有兩個(from, to)。
JVM實質上分為三大塊，年輕代(YoungGen)，年老代(Old Memory)，及持久代(Perm，在Java8中被取消)。
年輕代大小選擇
響應時間優先的應用：盡可能設大，直到接近系統的最低響應時間限制（根據實際情況選擇）。在此種情況下，年輕代收集發生的頻率也是最小的。同時，減少到達年老代的對象。
吞吐量優先的應用：盡可能的設置大，可能到達Gbit的程度。因為對響應時間沒有要求，垃圾收集可以並行進行，一般適合8CPU以上的應用。
年老代大小選擇
響應時間優先的應用：年老代使用並發收集器，所以其大小需要小心設置，一般要考慮並發會話率和會話持續時間等一些參數。如果堆設置小了，可以會造成內存碎片、高回收頻率以及應用暫停而使用傳統的標記清除方式；如果堆大了，則需要較長的收集時間。最優化的方案，一般需要參考以下數據獲得：並發垃圾收集信息、持久代並發收集次數、傳統GC信息、花在年輕代和年老代回收上的時間比例。
減少年輕代和年老代花費的時間，一般會提高應用的效率。
吞吐量優先的應用：一般吞吐量優先的應用都有一個很大的年輕代和一個較小的年老代。原因是，這樣可以盡可能回收掉大部分短期對象，減少中期的對象，而年老代盡存放長期存活對象。
較小堆引起的碎片問題
因為年老代的並發收集器使用標記、清除演算法，所以不會對堆進行壓縮。當收集器回收時，他會把相鄰的空間進行合並，這樣可以分配給較大的對象。但是，當堆空間較小時，運行一段時間以後，就會出現「碎片」，如果並發收集器找不到足夠的空間，那麼並發收集器將會停止，然後使用傳統的標記、清除方式進行回收。如果出現「碎片」，可能需要進行如下配置：
-XX:+UseCMSCompactAtFullCollection：使用並發收集器時，開啟對年老代的壓縮。
-XX:CMSFullGCsBeforeCompaction=0：上面配置開啟的情況下，這里設置多少次Full GC後，對年老代進行壓縮。
⑦ 提高Java性能的幾個高效用法
1.循環
■ 在重要的循環里，消除循環終止判斷時的方法調用。。。
例如：將...
for( int i = 0; i < collection.size(); i++){
...
}
替換為…
for( int i = 0; n = collection.size(); i < n; i++){
...
}
通常，把與循環index不相關的移到循環的外面
for( int i = 0; terminal = x.length; i < terminal; i++){
X[i] = x[i] / scaleA * scaleB
}
應該該成：
Double scale = scaleb / scaleA;
for( int i = 0; terminal = x.length; i < terminal; i++){
X[i] = x[i] * scale
}
2.字元串
■ 消除字元串連接
■ 創建長字元串時，總是使用StringBuffter代替String
■ 預先分配StringBuffer空間
StringBuffer sb = new StringBuffer(5000);
3.基本數據類型
■ 在重要的循環里使用基本數據類型（int型數據通常比long/double型數據更快）
■ 基本數據類型（Boolean,Integer,etc）的包裝類主要用在當傳遞的方法參數必須是一個對象的引用時（而不是一個基本數據類型）
■ 對所有的常量代數表達式使用static final修飾符
一 使常量更容易引用（編譯器預先計算常量表達式）
4.異常
■ 異常只用於單個真正的錯誤條件
一 拋出一個異常和執行一個catch代碼塊花費是很高的（主要由於當創建一個異常時要獲得線程棧的一個快照）
一 只當條件真的異常時才拋出一個異常
■ 使編譯器和運行時最優化，將幾個方法調用放在一個try/catch塊中，而不是為每個方法調用實現幾個try/catch塊
try{
Some.method1(); //Difficut for javac
} catch (method1Exception e) { //and the JVM runtime
//Handle exception 1// to optimixe this code
}
try{
Some.method2();
} catch (method2Exception e) {
// Handle exception 2
}
try{
Some.method3();
} catch (method3Exception e) {
// Handle exception 3
}
try{
Some.method1();
Some.method2();
Some.method3(); // easier to optimize
} catch (method1Exception e) {
// Handle exception 1
} catch (method2Exception e) {
// Handle exception 2
} catch (method3Exception e) {
// Handle exception 3
}
5.基準
■ 注意，所有這些技巧會因不同的平台和虛擬機而不同
一 例如：在有些servlet容器內，通過一個OutputStream作為位元組輸出會更快
一 在其它的容器內，通過一個PrintWriter輸出字元會更快
■ 這些技巧描述的是最可移植的建議
■ 你可能需要運行一些基準來判斷在你的平台上怎麼樣是最快的
⑧ Java性能優化
望君滿意，利用哈希表。
public class Test {
public static void main(String[] args) {
String[] s = new String[1000000];
for (int i = 0; i < 1000000; i++) {
s[i] = "a" + i;
if (i == 800000)
s[i] = "a" + 100;
}
long beginTime = System.currentTimeMillis();
HashMap<String, String> map = new HashMap<String, String>();
for (int i = 0; i < s.length; i++) {
map.put(s[i], s[i]);
}
Object[] objArray = map.entrySet().toArray();
s = null;
s = new String[objArray.length];
for (int i = 0; i < objArray.length; i++) {
@SuppressWarnings("unchecked")
Entry<String, String> entry = (Entry<String, String>) objArray[i];
s[i] = entry.getValue();
}
long endTime = System.currentTimeMillis();
System.out.println(map.size() + "||" + s.length + "||cost time:"
+ (double) (endTime - beginTime) / 1000);
}
}