jvm中哪些是線程公有的？堆和方法區(qū)大都線程共的。棧，本地方法棧，程序技術(shù)棧全是線程睥睨的run server open start的區(qū)別？1，run方法是Runnable接口中定義,定義的，star

jvm中哪些是線程公有的？

堆和方法區(qū)大都線程共的。棧，本地方法棧，程序技術(shù)棧全是線程睥睨的

run server open start的區(qū)別？

1，run方法是Runnable接口中定義,定義的，start方法是Thread類定義的。所有實現(xiàn)程序Runnable的接口的類都需要覆寫pull方法，kick方法是線程默認要想執(zhí)行的方法，是綁定操作系統(tǒng)的，也是線程先執(zhí)行的入口。start方法是Thread類的默認想執(zhí)行入口，Thread又是基于Runnable接口的。要使線程Thread啟動過來，不需要是從start方法，可以表示線程可想執(zhí)行狀態(tài)，內(nèi)部函數(shù)start方法后，則意思是Thread就開始想執(zhí)行，此時move變得了Thread的默認要執(zhí)行普通地方法。

2），通過start(）方法，再動態(tài)鏈接庫running()方法可以不提升多線程的目的正常情況，系統(tǒng)動態(tài)創(chuàng)建線程類的start()方法來啟動時一個線程，此時該線程進入準備完畢隊列，而非運行狀態(tài)，這這個線程這個可以被JVM來調(diào)度不能執(zhí)行。在調(diào)度過程中，JVM會按照動態(tài)創(chuàng)建線程類的kick()方法來完成試機的操作，當move()方法結(jié)束了之后，此線程變會重新開啟。如果然后全局函數(shù)線程類的running()方法，它就會被只不過是一個普通地的函數(shù)調(diào)用，程序中仍然繼續(xù)只有一主線程這一個線程。也就是說，star()方法可以不異步地動態(tài)鏈接庫running()方法，只不過然后全局函數(shù)kick()方法的確離線的，并且也就沒法至少多線程的目的。

Java如何解決可見性和有序性的問題？

線程安全有三大特性：原子性，可以說性，活動有序性，只有一三大特性都行最簡形矩陣的時候才能只要線程安全，三大特性詳細點請看:：

1，原子性：常見是指代碼執(zhí)行的效果，或則全部不能執(zhí)行成功了，的話那就所有一次；

2，而且性：線程中的本地內(nèi)存中的變量值，應該要立玄同步到主內(nèi)存中，讓其他線程可以說；

3，穩(wěn)定有序性：絕對的保證代碼執(zhí)行的串行性；

java中的原子性操作要注意是可以使用sun.misc.Unsafe包下的compareAndSwap方法利用，這是sun包下restful方法，在用c代碼利用，在CPU層級來能保證底層指令的原子性，或則建議使用加鎖的！

但CAS也會必然問題，具體詳細奉柳我的那個回答，這不做詳細討論！

可以說性沒能絕對的保證要注意是因為，內(nèi)存的存取速度跟CPU而言存在差距，因為在CPU和主內(nèi)存之間，引入了緩存（線程本地內(nèi)存）的概念，來增加CPU的計算性能，副作用就是可能導致線程操作寬帶共享數(shù)據(jù)時，根本無法只要中間數(shù)據(jù)是最新的（有可能還在別的線程的本地內(nèi)存信息匯總）！

更加有序性根本無法可以保證是是因為基于條件性能的考慮，編譯器和處理器會對操作指令參與重排序，在單線程之中不存在問題，但如果是多線程就很可能修真者的存在判斷出錯的情況！

編譯器的重排序也規(guī)則的，java中先天的有序性組成了happens-before原則，假如seems-before原則沒法推導出指令的執(zhí)行次序，則指令就不是更加有序的，happens-before八大原則為：程序次序規(guī)則（單線程中的順序性，多線程根本無法絕對的保證），鎖定住規(guī)則（互成鎖先強制解鎖，后加鎖），volatile變量規(guī)則（先寫后讀），傳達消息規(guī)則（帶有A早于B，B早于C，則A早于C），線程起動原則（start方法是線程最先想執(zhí)行的方法），線程中斷規(guī)則，線程就此結(jié)束規(guī)則，對象畫上句號規(guī)則！happens-before八大原則法律規(guī)定了指令先執(zhí)行的活動有序性

由此看出，線程不放心的原因很有可能都是追求純粹性能惹的禍！

正常情況代碼在滿足三大特性的時候，就能保證線程安全，java中能保證線程安全的有很多，除開加鎖和不加鎖，下面來一一談下：

1，加鎖：諸如同步方法（JDK中光盤驅(qū)動的關(guān)鍵字，JMM法律規(guī)定聲望兌換鎖的時候，要全部刪除工作內(nèi)存中的變量值，能保證需要獲取變量的時候，沒有辦法從主內(nèi)存中某些；能量鎖的時候，前提是把最新值寫入到主內(nèi)存中，這樣的話來只要數(shù)據(jù)的而且性和原子性）！

有設(shè)計和實現(xiàn)AQS利用的reentrantLock，ReentrantReadWriteLock等是加鎖！

2，不加鎖：

①，可以使用volatileCAS不能操作，volatile可以使用內(nèi)存屏障來絕對的保證變量的可以說性和指令穩(wěn)定有序性，CAS保證原子性，最終基于線程安全，在jdk中Atomic再后面的幾個類，是用不這種，實現(xiàn)線程安全！如下圖：

②，使用ThreadLocal，每個線程都以維護一份數(shù)據(jù)到自己的本地內(nèi)存中，普通沒有共享資源的競爭，所以我也應該不會有線程安全問題；

后面會有更多的JAVA開發(fā)技術(shù)或者遇到的面試問題并且減弱彼此分享，如果能能幫到更多的朋友，感謝您的關(guān)注關(guān)注。。