1. java多線程開多少上限量。
Java線程默認的虛擬機內存分配為1M，但在4G的Windows系統中，線程數卻限制在300左右。這是因為Windows操作系統本身存在一定的限制。
虛擬機給每個線程分配的內存（棧空間）是通過-Xss參數指定的。根據Oracle官方文檔，不同平台上的默認值有所不同。例如，在64位Linux系統上，Xss的默認值為256K，而非1M或10M。
計算一個Java進程可以啟動的線程數，可以通過以下公式得出：（系統剩餘內存 - 最大堆容量Xmx - 最大方法區容量MaxPermSize）/ 最大棧空間Xss。因此，在4G的伺服器上，單個進程大致可以啟動5000個線程。
線程數的設置需要考慮系統的資源限制。如果線程數過多，可能會導致內存溢出，影響程序運行效率。相反，線程數過少則可能導致程序性能下降。因此，合理配置線程數對於提升程序性能至關重要。
在實際應用中，可以根據具體需求和系統配置調整線程數。例如，在處理大量並發請求時，可以適當增加線程數以提高處理效率。同時，還需要注意監控系統的資源使用情況，避免因線程數過多導致的問題。
正確配置線程數不僅可以提高程序性能，還可以確保系統的穩定運行。因此，在開發過程中，應充分考慮線程數的影響，並進行適當的調整。
了解線程數配置的原理有助於更好地優化程序性能。例如，可以通過監控工具實時查看系統資源使用情況，及時發現並解決問題。同時，還可以通過調整虛擬機參數來優化線程管理。
總之，合理配置線程數對於提升程序性能和系統穩定性至關重要。在實際應用中，應根據具體需求和系統配置進行調整，並定期檢查系統資源使用情況，確保程序穩定運行。
2. java多線程的內存模型
硬體的內存模型
物理機並發處理的方案對於jvm的內存模型實現，也有很大的參考作用，畢竟jvm也是在硬體層上來做事情，底層架構也決定了上層的建築建模方式。
計算機並發並非只是多個處理器都參與進來計算就可以了，會牽扯到一些列硬體的問題，最直接的就是要和內存做交互。但計算機的存儲設備與處理器的預算速度相差太大，完全不能滿足處理器的處理速度，怎麼辦，這就是後續加入的一層讀寫速度接近處理器運算速度的高速緩存來作為處理器和內存之間的緩沖。
高速緩存一邊把使用的數據，從內存復制搬入，方便處理器快速運算，一邊把運算後的數據，再同步到主內存中，如此處理器就無需等待了。
高速緩存雖然解決了處理器和內存的矛盾，但也為計算機帶來了另一個問題：緩存一致性。特別是當多個處理器都涉及到同一塊主內存區域的時候，將可能會導致各自的緩存數據不一致。
那麼出現不一致情況的時候，以誰的為准？
為了解決這個問題，處理器和內存之間的讀寫的時候需要遵循一定的協議來操作，這類協議有：MSI、MESI、MOSI、Synapse、Firefly以及DragonProtocol等。這就是上圖中處理器、高速緩存、以及內存之間的處理方式。
另外除了高速緩存之外，為了充分利用處理器，處理器還會把輸入的指令碼進行亂序執行優化，只要保證輸出一致，輸入的信息可以亂序執行重組，所以程序中的語句計算順序和輸入代碼的順序並非一致。
JVM內存模型
上面我們了解了硬體的內存模型，以此為借鑒，我們看看jvm的內存模型。
jvm定義的一套java內存模型為了能夠跨平台達到一致的內存訪問效果，從而屏蔽掉了各種硬體和操作系統的內存訪問差異。這點和c和c++並不一樣，C和C++會直接使用物理硬體和操作系統的內存模型來處理，所以在各個平台上會有差異，這一點java不會。
java的內存模型規定了所有的變數都存儲在主內存中，java課程發現每個線程擁有自己的工作內存，工作內存保存了該線程使用到的變數的主內存拷貝，線程對變數所有操作，讀取，賦值，都必須在工作內存中進行，不能直接寫主內存變數，線程間變數值的傳遞均需要主內存來完成。