雖然從巨集觀上，處理器是並行處理多項任務，但本質上乙個處理器在某個時間點只能處理乙個任務，屬於序列執行。在單處理器的情況下，併發問題源於多道程式設計系統的乙個基本特性：程序的相對執行速度不可**，它取決於其他程序的活動、作業系統處理中斷的方式以及作業系統的排程策略。在分布式環境下，併發產生的可能性就更大了，只要大家有依賴的共享資源，就有併發問題的出現，因為互相呼叫次序更加沒法控制。
全域性資源的共享充滿了危險。不同任務對同乙個共享資源的讀寫順序非常關鍵
作業系統很難對分配資源進行最優化管理。掛起的執行緒占有了其他活動執行緒需要的資源
限制分布式系統橫向擴充套件能力
一次只允許乙個程序進入臨界區
乙個非臨界區停止的程序必須不干涉其他程序
不允許出現乙個需要訪問臨界區的程序被無限延遲
乙個程序駐留在臨界區中的時間必須是有限的
臨界區空閒時，任何需要進入臨界區的程序必須能夠立即進入
如何解決高併發
如何解決高併發 快取靜態頁面 伺服器分離 優化資料庫結構，多做索引 資料庫集群和庫表雜湊 不要頻繁得使用new物件，能使用單例模式就使用，對於utility型別的類通過靜態方法來訪問。使用執行緒安全的集合物件vector hashtable 使用執行緒池 盡量使用快取，包括使用者快取，資訊快取等，多...
2 7 如何解決高併發？
1 cdn加速 把靜態資源放到別人伺服器上 2 後台資料庫使用mysql redis mysql是持久化儲存，存放在磁碟裡面，檢索的話，會涉及到一定的io，為了解決這個瓶頸，於是出現了快取，比如現在常用的 redis。首先，使用者訪問快取，如果未命中，就去訪問mysql，之後將mysql中的資料複製...
如何解決高併發，秒殺問題
相信不少人會被這個問題困擾，分享大家一篇這樣的文章，希望能夠幫到你！一 秒殺業務為什麼難做？1 im系統，例如qq或者微博，每個人都讀自己的資料 好友列表 群列表 個人資訊 2 微博系統，每個人讀你關注的人的資料，乙個人讀多個人的資料 3 秒殺系統，庫存只有乙份，所有人會在集中的時間讀和寫這些資料，...