“高并發(fā)和多線程”總是被一起提起，給人感覺兩者好像相等，實(shí)則 高并發(fā) ≠ 多線程

多線程是完成任務(wù)的一種方法，高并發(fā)是系統(tǒng)運(yùn)行的一種狀態(tài)，通過多線程有助于系統(tǒng)承受高并發(fā)狀態(tài)的實(shí)現(xiàn)。

高并發(fā)是一種系統(tǒng)運(yùn)行過程中遇到的一種“短時間內(nèi)遇到大量操作請求”的情況，主要發(fā)生在web系統(tǒng)集中大量訪問或者socket端口集中性收到大量請求（例如：12306的搶票情況；天貓雙十一活動）。

該情況的發(fā)生會導(dǎo)致系統(tǒng)在這段時間內(nèi)執(zhí)行大量操作，例如對資源的請求，數(shù)據(jù)庫的操作等。如果高并發(fā)處理不好，不僅僅降低了用戶的體驗(yàn)度（請求響應(yīng)時間過長），同時可能導(dǎo)致系統(tǒng)宕機(jī)，嚴(yán)重的甚至導(dǎo)致OOM異常，系統(tǒng)停止工作等。如果要想系統(tǒng)能夠適應(yīng)高并發(fā)狀態(tài)，則需要從各個方面進(jìn)行系統(tǒng)優(yōu)化，包括，硬件、網(wǎng)絡(luò)、系統(tǒng)架構(gòu)、開發(fā)語言的選取、數(shù)據(jù)結(jié)構(gòu)的運(yùn)用、算法優(yōu)化、數(shù)據(jù)庫優(yōu)化……而多線程只是其中解決方法之一。

實(shí)現(xiàn)高并發(fā)需要考慮：

系統(tǒng)的架構(gòu)設(shè)計(jì)，如何在架構(gòu)層面減少不必要的處理（網(wǎng)絡(luò)請求，數(shù)據(jù)庫操作等） 網(wǎng)絡(luò)拓?fù)鋬?yōu)化減少網(wǎng)絡(luò)請求時間、如何設(shè)計(jì)拓?fù)浣Y(jié)構(gòu)，分布式如何實(shí)現(xiàn)？ 系統(tǒng)代碼級別的代碼優(yōu)化，使用什么設(shè)計(jì)模式來進(jìn)行工作？哪些類需要使用單例，哪些需要盡量減少new操作？ 提高代碼層面的運(yùn)行效率、如何選取合適的數(shù)據(jù)結(jié)構(gòu)進(jìn)行數(shù)據(jù)存取？如何設(shè)計(jì)合適的算法？ 任務(wù)執(zhí)行方式級別的同異步操作，在哪里使用同步，哪里使用異步？ JVM調(diào)優(yōu)，是以server模式還是以clien模式運(yùn)行，如何設(shè)置Heap、Stack、Eden的大小，如何選擇GC策略,控制Full GC的頻率？ 數(shù)據(jù)庫優(yōu)化減少查詢修改時間。數(shù)據(jù)庫的選取？數(shù)據(jù)庫引擎的選取？數(shù)據(jù)庫表結(jié)構(gòu)的設(shè)計(jì)？數(shù)據(jù)庫索引、觸發(fā)器等設(shè)計(jì)？是否使用讀寫分離？還是需要考慮使用數(shù)據(jù)倉庫？ 緩存數(shù)據(jù)庫的使用，如何選擇緩存數(shù)據(jù)庫？是Redis還是Memcache? 如何設(shè)計(jì)緩存機(jī)制？ 數(shù)據(jù)通信問題，如何選擇通信方式？是使用TCP還是UDP，是使用長連接還是短連接？NIO還是BIO？netty、mina還是原生socket？ 操作系統(tǒng)選取，是使用winserver還是Linux？或者Unix？ 硬件配置？是8G內(nèi)存還是32G，網(wǎng)卡10G還是1G?

以上的這些問題在高并發(fā)中都是必須要深入考慮的，就像木桶原理一樣，只要其中的某一方面沒有考慮到，都會造成系統(tǒng)瓶頸，影響整個系統(tǒng)的運(yùn)行。而高并發(fā)問題不僅僅涉及面之廣，同時又要求有足夠的深度！！！

而多線程在這里只是在同/異步角度上解決高并發(fā)問題的其中的一個方法手段，是在同一時刻利用計(jì)算機(jī)閑置資源的一種方式。

多線程在解決高并發(fā)問題中所起到的作用就是使計(jì)算機(jī)的資源在每一時刻都能達(dá)到最大的利用率，不至于浪費(fèi)計(jì)算機(jī)資源使其閑置。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持好吧啦網(wǎng)。