1.看程式碼的測試用例，關注輸入輸出和副作

用。沒有測試用例的話，試著寫一些。2.試著執行一下。

3.始終關注程式碼的目的是什麼。4.單步跟蹤。

5.如果不熟悉這門門語言或者庫函式，強迫自

己弄懂每行程式碼在做什麼，不懂時去查文件而不是猜。

如果一點語言基礎都沒有，完全一個門外漢，確實沒有辦法，只有找個懂行的解釋了，沒有聽說有什麼軟體是可以把程式碼翻譯成白話的。

如果是有語言基礎，看原始碼看不懂，其實關係不大，你知道這個方法這個類是幹嘛的就好了。就算是經驗豐富的程式設計師，看程式碼也要結合註釋來理解程式碼邏輯。

作為一個工作接近10年的IT從業者，從個人經驗看，如果有一定程式設計基礎，可以透過如下的方式快速看懂程式碼：

1、先弄懂整個系統的功能或者用途，然後結合模組自身的功能和用途，有助於快速看懂程式碼。

2、可以看一下對應的需求文件，一般來說，提交需求的人員不大可能是程式設計師，文件會比較容易理解，而程式碼通常是需求的準確實現，是一一對應的。

3、看一下程式的輸入和輸出，再參考下測試用例。

4、直接找程式碼的作者面對面溝通。

5、如果有程式流程圖，最好不過了。

6、對於除錯或者單步跟蹤，不建議程式設計能力弱的人入手。

看不懂才是常態，看懂了那說明你看的太少，看得懂的程式碼還要看嗎？上去直接擼就行了。

看不懂的程式碼需要看嗎？上去直接擼，改兩下，看看變了啥，照貓畫虎就行了。

編譯不過的例外。

原理不懂的例外。

那不是程式碼的問題，有些程式碼根本就不具備可看性，是讓你用的，不是看的。

前段時間剛接觸Vue，以Js的心態去看程式碼，臥槽，完全不是那回事兒，因為他背後還隱藏著冰山，那冰山根本不具備可看性，這才特麼的是常態。

搞明白雙向繫結的思路才算摸到門兒，也是靠多動手，少思考。

還有Python那些AI包，是用來看的嗎？會用就行了，調引數，Just Run，別思考。

力扣，Kaggle，Acm那些程式碼是用來看的嗎？看了也不會，要麼高畫質原理自己寫，要麼複製過來做BaseLine自己改，看程式碼？不存在的，直接動手，擼他

領悟程式碼，方法很重要，需要多讀多看多寫。不要死摳一個暫時不懂的程式碼，可以先跳過，不然會影響自己的積極性，從簡單的開始，找有註釋的參照慢慢深入

看不懂程式碼？很好辦。

做軟體時，一般的邏輯判斷及演算法，都是需要你去分析的，也很容易明白。

那些不容易看懂呢？開發語言所提供的基礎類class的用法，包括受保護的成員函式，結構定義，回撥函式，這個是難點，別說初學者，即使資深開發工程師也只能看出一二，但這並不影響使用，你只需要知道如何用，如何更改，增加就可以了。

不容易看懂的程式碼的解決方法，把其中一些關鍵字貼到csdn或者code project的論壇上，或者直接上百度搜一下，估計十之八九就搞定了。

軟體行業從業者，離開網路，估計99%以上就趴窩了，還有1%在寫那些屈指可數不用動腦筋的簡單指令程式。