本地緩存對於jvm的調優
㈠ 用java做一個大流量，高並發的網站應該怎麼樣進行底層構架
別把高並發想復雜了，只要你能做到單個應用有並發，就算並發量只有2（這里有些誇張了），也可以通過集群來建立高並發。並發靠的是負載均衡，把大並發量平均轉移到各個系統節點上而已，你只要保證單應用的並發可靠性就好了。當然也有部分是要考慮，多機執行沖突和session共享，各類鎖的解決方案，具體看個人需求。
㈡ JVM如何調優如何優化程序
這個問題有點難，其實，JVM一般沒有什麼可以優化的，它只是個平台。但是據我知道的像JVM緩存是可以調整一下，因為有時候可能會因為對象過大等原因造成內存溢出，所以可以調一下這個參數。其它的不太清楚了。
㈢ JVM調優的常見命令行工具有哪些
JVM調優的常見命令工具包括：
1）jps命令用於查詢正在運行的JVM進程，
2）jstat可以實時顯示本地或遠程JVM進程中類裝載、內存、垃圾收集、JIT編譯等數據
3）jinfo用於查詢當前運行這的JVM屬性和參數的值。
4）jmap用於顯示當前Java堆和永久代的詳細信息
5）jhat用於分析使用jmap生成的mp文件，是JDK自帶的工具
6）jstack用於生成當前JVM的所有線程快照，線程快照是虛擬機每一條線程正在執行的方法,目的是定位線程出現長時間停頓的原因。
㈣ jvm中線程本地內存是真實存在的，還是一個抽象概念
jvm內存模型：Java代碼是運行在Java虛擬機之上的，由Java虛擬機通過解釋執行(解釋器)或編譯執行(即時編譯器)來完成，故Java內存模型，也就是指Java虛擬機的運行時內存模型。
運行時內存模型，分為線程私有和共享數據區兩大類，其中線程私有的數據區包含程序計數器、虛擬機棧、本地方法區，所有線程共享的數據區包含Java堆、方法區，在方法區內有一個常量池。java運行時的內存模型圖，如下：
從圖中，可知內存分為線程私有和共享兩大類：
（1）線程私有區，包含以下3類：
程序計數器，記錄正在執行的虛擬機位元組碼的地址；
虛擬機棧：方法執行的內存區，每個方法執行時會在虛擬機棧中創建棧幀；
本地方法棧：虛擬機的Native方法執行的內存區；
（2）線程共享區，包含以下2類
Java堆：對象分配內存的區域；
方法區：存放類信息、常量、靜態變數、編譯器編譯後的代碼等數據；
常量池：存放編譯器生成的各種字面量和符號引用，是方法區的一部分。
樓主提到的Java棧，一般而言是指圖中的虛擬機棧，在代碼中的方法調用過程中，往往需要從一個方法跳轉到另一個方法，執行完再返回，那麼在跳轉之前需要在當前方法的基本信息壓入棧中保存再跳轉。
三、關於寄存器的問題
對於java最常用的虛擬機，sun公司提供的hotspot虛擬機，是基於棧的虛擬機;而對於android的虛擬機，則採用google提供的dalvik，art兩種虛擬機，在android 5.0以後便默認採用art虛擬機，這是基於寄存器的虛擬機。 樓主問的是jvm（即java vm），這是基於棧的虛擬機。那麼關於虛擬機棧，這塊內存的內容，我們再進一步詳細分析，如下圖：
可以看到，在虛擬機棧有一幀幀的 棧幀組成，而棧幀包含局部變數表，操作棧等子項，那麼線程在運行的時候，代碼在運行時，是通過程序計數器不斷執行下一條指令。真正指令運算等操作時通過控制操作棧的操作數入棧和出棧，將操作數在局部變數表和操作棧之間轉移。
㈤ 高並發 緩存 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後，對年老代進行壓縮。
㈥ 什麼時候才用的到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後，對年老代進行壓縮。