為什么大家不愿意讀別人寫的代碼，更愿意自己寫一個？視情況而定，大老板的代碼就像在春風洗澡，垃圾代碼就像在房倒一桶糞湯。thinkphp 源碼有必要讀嗎？視情況而定。如果你想知道更多，你可以通過修改底層

為什么大家不愿意讀別人寫的代碼，更愿意自己寫一個？

視情況而定，大老板的代碼就像在春風洗澡，垃圾代碼就像在房倒一桶糞湯。

thinkphp 源碼有必要讀嗎？

動輒就是閱讀Spring源碼或者jvm調優(yōu)？準備進大廠么？

我不 我不知道你是否聽過扁鵲的故事。;這是三兄弟。事情是這樣的:魏文王問扁鵲:你們三兄弟都精通醫(yī)術。誰是最好的？扁鵲回答:大哥最好，二哥次之，我最差。魏文王不解地問:為什么這么說？扁鵲:在病人發(fā)作之前，老大哥就已經(jīng)治療了疾病。當時，病人沒有 t覺得自己有病，但是大哥吃藥根除了病根，使得他的醫(yī)術很難被人認可，所以不出名。二哥在發(fā)病初期就進行了治療，癥狀也不是很明顯。病人感覺不到疼痛，所以二哥可以擺脫疾病，所以每個人 s的印象是，他在找一個小病的二哥；我在治療一個病人。病人很痛苦，家人也很擔心。當他們看到我治療一種疾病時，他們用針刺穿經(jīng)絡，或以毒攻毒，或經(jīng)歷重大手術來減輕病人的痛苦。;直到他痊愈。所以我在全世界都很有名。魏文王意識到。

為什么要講這個故事？因為JVM調優(yōu)和這個故事差不多。

相應的JVM調優(yōu)也有這三個階段:

1.在項目在線部署之前，會根據(jù)可能的并發(fā)性進行評估和調整。

2.在項目運行過程中，部署監(jiān)控收集性能數(shù)據(jù)，平時分析日志進行調優(yōu)。

3.在線出現(xiàn)OOM(內存不足)，問題調查調優(yōu)。

總而言之，您需要在以下情況下考慮JVM調優(yōu):

堆內存(陳年)繼續(xù)上升到設定的最大內存值；全GC頻率頻繁；GC暫停時間過長(超過1秒)；應用程序中存在OutOfMemory等內存異常；有些應用使用本地緩存，占用大量內存空間；系統(tǒng)吞吐量和響應性能不高或有所下降。簡要總結一下JVM調優(yōu)的三個主要目標:

首先，防止OOM

也就是在系統(tǒng)部署之前，根據(jù)一些關鍵數(shù)據(jù)，估算出不同內存區(qū)域需要多少內存。

第二，解決OOM

即OOM出現(xiàn)在線，如何調優(yōu)保證程序正常運行？

第二，降低全gc的頻率。

這主要是一個堆區(qū)。如果設置不合理，會頻繁滿gc，導致系統(tǒng)運行暫停，體驗下降。

因此，對于一個項目的架構師來說，如電子商務系統(tǒng)、電子政務系統(tǒng)、企業(yè)ero系統(tǒng)，根據(jù)其不同的業(yè)務運營模式，有不同的調優(yōu)目標。

對于一個項目的架構師來說，JVM調優(yōu)是一種手段，但是并不是所有的問題都可以通過JVM調優(yōu)來解決。所以調優(yōu)JVM要遵循一些原則。然后:

大多數(shù)Java應用程序不需要JVM優(yōu)化；大部分GC問題都是由代碼級(代碼級)的問題引起的；在上線之前，首先要考慮將機器的JVM參數(shù)設置到最優(yōu)；減少創(chuàng)建的對象數(shù)量(代碼級)；減少全局變量和大型對象的使用(代碼級)；優(yōu)先考慮架構優(yōu)化和代碼優(yōu)化，JVM優(yōu)化是不得已而為之(代碼和架構層面)；分析GC和優(yōu)化代碼比JVM參數(shù)(代碼級)好；通過以上原則，我們發(fā)現(xiàn)最有效的優(yōu)化手段是架構和代碼的優(yōu)化，JVM優(yōu)化是最后一招，也可以說是最后 "擠壓 "服務器配置。