對于很多人來說，并發(fā)是一個離不開的話題。那么我們平常對并發(fā)的理解可能局限于某個方面。去很好的理解并發(fā)，對于軟件開發(fā)很有幫助。怎樣去更好的理解并發(fā)？

　　蘋果下落，在我們認(rèn)識牛頓定律之前。如果問蘋果是下落的，我們都會說大家都知道，很清楚，很明白——了解但沒引起關(guān)注。如果問為什么蘋果下落。我們會舉出很多相關(guān)的概念來說明蘋果為什么下落——相似性，但卻沒有一個很清晰的概念。在萬有引力之后，我們的認(rèn)識已經(jīng)有一定的高度，甚至對以后很多科技都很有幫助。

　　所以怎樣去理解并發(fā)，我們不缺乏經(jīng)驗。那么我們?nèi)狈Φ木褪悄敲匆粋€高度，可以理解為深度的認(rèn)識。

　　可能有人會講并發(fā)作為一種缺陷，一個問題。此時，我將他作為一種能力，稱為并發(fā)能力。

　　其實提升并發(fā)能力，最主要的就是減少無效線程，減少線程時間。

　　拋出這樣一句話，相信有很大一部分人很費解。并發(fā)跟線程有什么關(guān)系。并發(fā)，我們見得多的字眼可能是“同一時間訪問量”。

　　在分析以上主題也是重點之前，我們先來看看電腦的線程運行的情況。相信有操作系統(tǒng)相關(guān)知識的人都知道，確切的說CPU在某一時刻處理唯一線程，在這條線程的時間片段用完會切換到處理其他線程，從而產(chǎn)生了多線程。

　　“同一時間訪問量”是由多線程去引導(dǎo)處理才會有“同一時間訪問量”這樣一個概念。

　　首先說的是減少無效線程，是提升并發(fā)能力的手段之一。過多的線程切換回產(chǎn)生性能消耗，而且類似于圖片產(chǎn)生的線程對于網(wǎng)頁來說，并不是最主要的,我們可以認(rèn)為是無效線程。其他網(wǎng)站對于本網(wǎng)站來說，可以認(rèn)為是無效線程。減少無效線程從某一個方面來說也是減少線程時間。

　　如何減少線程時間。

　　1. 運算能力強(qiáng)

　　2. 粒度夠小。避免死鎖等情況。

　　3. 傳輸夠快。含網(wǎng)絡(luò)傳輸，I/O吞吐量。

　　現(xiàn)在已經(jīng)清晰的認(rèn)識到并發(fā)能力與線程有關(guān)。為什么減少線程時間，就是提升了并發(fā)能力。

　　我們已經(jīng)知道同一時間訪問量，嚴(yán)格的說不可能是同一時間，因為有線程的調(diào)度。如果許多線程能夠快結(jié)束，又有心的線程加入，并不會影響性能，因此，我所說的提升并發(fā)能力，就必須減少線程時間。

　　下面從層次上來看減少線程時間。

　　頁面，比如說我們的后臺數(shù)據(jù)處理都非常快。但是頁面文件很大的話，或者并發(fā)的帶寬不夠?qū)挘瑢?dǎo)致傳輸數(shù)據(jù)花很長的時間，那么頁面的線程可能在傳說數(shù)據(jù)上花費大量的時間。這樣就導(dǎo)致了并發(fā)能力的降低。因為線程被延長了。線程的延長影響了電腦處理軟件的能力，也就是并發(fā)能力的降低。

　　解決方案：靜態(tài)頁面，分布式，頁面優(yōu)化，壓縮，緩存，圖片與頁面服務(wù)器的分離等。

　　后臺，后臺是影響并發(fā)的非常關(guān)鍵的因素。架構(gòu)足夠爛，代碼足夠亂等等都是影響性能，從而間接影響并發(fā)。

　　架構(gòu)決定著怎么去編碼。這必然會影響運行時間。我跟幾位朋友在爭論時編譯型快還是解釋性快的時候，我的觀點是解釋性的，其實我并不支持我這一觀點，但為什么這么說。因為編譯型的要做更多的事情，也就是離核心越來越遠(yuǎn)。如果架構(gòu)足夠爛的網(wǎng)站還不如去用解釋性去做網(wǎng)站。至少微軟很多的東西就足夠讓性能降低非常明顯。

　　其次是代碼細(xì)節(jié)，比如說有個Array的對象arrObj做下面運算：

　　For(var i=0;i<arrObj.Count;i++){}

　　其實這段代碼，我們看起來沒有什么問題，其實他的問題大著呢。For的運行時間復(fù)雜度為O(n),其實arrObj.Count在for中的時間復(fù)雜度也為O(n)，這樣將會達(dá)到2個O(n)的時間復(fù)雜度。其實我們可以這樣寫，for(var i= arrObj.Count-1;i>=0;i--){}這樣只有一個O(n)的時間復(fù)雜度。

　　所以，可能作為后臺，大家談得更多是性能，其實說性能還是在說并發(fā)能力。從架構(gòu)和代碼細(xì)節(jié)上入手將會有一個質(zhì)量很高的，并發(fā)能力很強(qiáng)的軟件。

　　數(shù)據(jù)庫的并發(fā)，主要影響有幾個方面：一、數(shù)據(jù)庫的架構(gòu)，二、鎖，三、SQL語句。可能我們對數(shù)據(jù)的優(yōu)化可能側(cè)重于sql語句，其實不然。數(shù)據(jù)庫的架構(gòu)同樣非常的重要，也是影響數(shù)據(jù)庫操作時間的因素，從而影響并發(fā)能力。關(guān)于數(shù)據(jù)庫優(yōu)化的細(xì)節(jié)可以參照相關(guān)資料。

NET技術(shù)：話說并發(fā)，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。