你怎么看待滿嘴高并發(fā)，編碼能力卻稀松平常的程序員？我是磚頭人。我來回答。高并發(fā)的核心原則是網(wǎng)絡io的事件處理機制。在細節(jié)方面，一些重要的環(huán)節(jié)，如分組和分組，都比較復雜。但就大多數(shù)采訪和日常工作而言，真

你怎么看待滿嘴高并發(fā)，編碼能力卻稀松平常的程序員？

我是磚頭人。我來回答。

高并發(fā)的核心原則是網(wǎng)絡io的事件處理機制。在細節(jié)方面，一些重要的環(huán)節(jié)，如分組和分組，都比較復雜。但就大多數(shù)采訪和日常工作而言，真正了解反應堆機制的核心幾乎就足夠了。關于高并發(fā)性，您可以閱讀更多關于陳碩的書。

關鍵問題是，如果編程能力很弱，那么問題就很大。簡單地說，如果你給一個任務或解決一個問題，如果你的動手能力很弱，你可能會很長時間不確定，容易犯錯誤。對于一個發(fā)展崗位來說，無論公司有多大或多小，在日常工作中都不會有額外的難度或大規(guī)模的發(fā)展。換言之，誰的基本技能更好，誰的任務往往完成得又快又好。

動手能力弱，有一種特別簡單直接的改進方法，就是刷leetcode等，先寫代碼。不管用什么語言，先多寫，多寫自然不會松懈。

然后從簡單的面向對象到最基本的兩三種設計模式，從串行到并行，結合自己的編程語言，對語言的特點逐漸了解，過程就像刷題目一樣，寫代碼加深印象。學習一門新的編程語言也是如此。

對大多數(shù)人來說，要成為一名優(yōu)秀的程序員并不容易，但要成為一名合格的員工并付出足夠的努力是可以的。好腦子不如壞筆好。

高并發(fā)下怎么做余額扣減？

）

這種高并發(fā)只是應用程序級別的高并發(fā)，這和其他應用程序一樣是不可避免的。如果企業(yè)要發(fā)展，必然會有更多的用戶出現(xiàn)這種現(xiàn)象。其中一個措施是使用分布式部署集群負載平衡。

如果代碼級別處理不當，數(shù)據(jù)庫會被長時間鎖定，操作會被長時間阻塞，影響整個系統(tǒng)的穩(wěn)定性。

不要從數(shù)據(jù)庫中讀取余額，減去扣除額，然后將其存儲在數(shù)據(jù)庫中！這種代碼級的操作數(shù)據(jù)肯定會有臟數(shù)據(jù)。

悲觀還是樂觀取決于設計需要。

這主要是由于代碼級別的合理設計。在獲取行鎖之前和事務外部執(zhí)行一些不必要的耗時操作，以減少每個請求行鎖的占用時間。這樣，性能將得到顯著提高。

這種方法是基于流程細節(jié)來計算平衡，可靠性高，但不適合實時性要求高的系統(tǒng)。

多線程編程的時候，使用無鎖結構會不會比有鎖結構更加快？

這是毫無疑問的，因為線程鎖定是資源密集型的

！那么，如何避免鎖的性能下降呢？

1、從業(yè)務上避免大量鎖結構

！2. 使用ThreadLocal，可以保證每個線程中的數(shù)據(jù)不會互相污染

！3. 如果讀多寫少，請使用讀寫鎖

！4. 自旋鎖將挑戰(zhàn)CPU，盡管它是一個線程時間很少的鎖

！5. 鎖的粒度應該盡可能小：如果鎖可以在方法中，就不應該占用整個方法

所謂的并發(fā)可以從概念上看它是不并行的。從用戶的角度來看，有一種同時執(zhí)行的假象，但它在數(shù)據(jù)庫中是串行的，或者在某個粒度上是串行的。

以更新表中的一行數(shù)據(jù)為例，更新時會鎖定更改后的數(shù)據(jù)行，避免其他進程訪問該行，從而避免數(shù)據(jù)沖突。

此外，還有其他類型的鎖，以適應不同的場景。因此，在我們所謂的并發(fā)場景中，不存在數(shù)據(jù)問題。