也就是程式碼得查，感覺一般是團隊開發的時候使用，因為之前一直都是一個人開發，從來沒有做過這方面的工作，加入團隊以後，在老大的要求下，其實，也是老大提前演示了，然後，讓我們互相做一下評審，android雖然只有兩個人，但還是要做一下檢查。主要包括一些類和方法的命名，使用不當，等等。老大說，這就是挑刺。

程式碼評審的好處：

1：最直觀的感覺，可以促進團隊交流，知識共享。

雖然是團隊開發，許多時候，因為開發進度什麼的，基本上，你不看我的程式碼，我也不看你的程式碼，除非有bug。而且，兩個人的話，程式碼習慣也有一些不同，當然每個人都有一些好的習慣，比如怎麼避免記憶體洩漏，儘可能得節省記憶體，這都與習慣有關。你注意不到的地方，別人可能在這個方面做得好一些……互相審查程式碼，可以促進這種交流。

2：增加個人對整個專案的瞭解。

多人開發的時候，分工比較明確。比如前端，都直接按介面分工。只有在一些耦合的地方，大家才互相交流一下，一般也都是介面的交流。只要不出bug，就沒有問題。這樣，你對他那邊，他是怎麼實現的，其實，都不怎麼了解。互相的程式碼檢查，可以促進這種瞭解。

3：提高程式碼質量。

團隊開發的時候，雖然有開發規範，但其實，大家開發過程中並沒有完全遵守。程式碼評審，可以發現這些問題，及時更正。增加程式碼的可維護性。