新手如何學習編程-有解無憂

2008 年北京奧運會的那年，我們國家突破性的拿到了 48 枚金牌，整個國家都是沸騰的，那年，我上了大學，學了編程，一晃十多年就過去了，

我的命運也因此發生了改變，

講真，十多年前，我真沒想過，自己有朝一日能在洛陽這座城市扎根，哪怕洛陽只是一座三線城市，我也沒想過，心里只是暗下決心，無論如何，一定要走出農村，原因很簡單，農村的生活真的很苦，尤其是農忙的季節，

陶淵明有句詩：“晨興理荒穢，帶月荷鋤歸，”很美好，很有詩意，從時間上來說，的確這樣的，早起晚歸；但從身體的負荷程度來說，再沒有比干農活更累的了，真的艱辛，所以上學期間，我最討厭的就是放暑假，哈哈哈，

給大家看一張圖片吧，這是我妹站在我小叔家的房頂上拍的，隱約可見的窯洞是我外婆家，我小時候經常在這里住，帶瓷磚的平房是我爺爺家，后來分家分給了我小叔家，之前是瓦房（我上高中的時候才蓋了現在的平房），平房的后面也是窯洞，不過已經塌陷了，

父親曾說過一句讓我刻骨銘心的話：“我的歷史使命就是讓你從農村回到城市，”如今他做到了，我在城市扎了根，提一句，我爺爺當年就是從洛陽（軸承廠）下鄉到我們村的，

我之所以能夠逆襲成功，因素有很多，但我想以下這三點非常重要：

父母的支持
自己的努力
選擇了編程

關注我的讀者當中，大多數都是學編程的，那么如何才能把編程學好呢，如何才能讓它成為我們安身立命的根本呢？

一開始，不管是學習哪一門編程語言，C語言也好，Java 語言也好，一定要能讓電腦螢屏列印出“hello world”，

如果10 分鐘內不能完成，就說明你的學習方法是有問題的，

學習的最好方法就是逐步擴大勝利戰果，先從最小的勝利開始，讓自己感受到學習的快樂，盡快地進入到一種正反饋的狀態當中，

如果一門編程語言需要你研究很多預備知識，才能完成“hello world”的列印，那么它就不太適合初學者，

學習編程的程序，大致如下：

1）入門

看視頻、看教程、看書
模仿視頻、教程、書上的代碼，進行復現
思考學習別人的思路，脫離視頻、教程和書本，自己獨自實作一些小 Demo

2）進階

學會呼叫 API，學會使用框架
在 API 和框架的幫助下，實作業務代碼
閱讀 API 和框架的原始碼，理解背后的實作原理
攻克技術難點

3）成神

做架構
做業務模塊拆分
帶著別人做開發
出視頻、出教程、出書

以下是這十多年我個人總結出的編程心得，毫不保留地分享給大家，希望能給大家一點點啟發和幫助，

1）讓編程成為習慣

如果哪天我沒有敲上一行代碼，我總感覺缺了點啥，其實說白了，就是編程已經深入我的作業和生活，成了密不可分的一部分，

養成習慣的一個好辦法就是拒絕“拖延癥”，尤其是在新手階段，千萬不要因為一些客觀或者主觀因素，感到厭煩或者抗拒，

我大一剛開始學習 Java 的時候，其實就蠻抗拒的，因為要配置環境變數，配置完成后要在命令列里敲代碼，這樣學編程的壞處很多，

第一，我家里比較窮，所以大一上半學期沒有買電腦，學習編程只能到機房去，而機房的電腦只要重啟，配置好的環境變數就會丟失，還得重新配置一遍，不厭其煩，

第二，命令列編程對新手實在是太不友好了，我經常拼錯關鍵字，比如說 main 拼成 mian，就導致出現一些莫名其妙的錯誤，而命令列的錯誤提示一點也不直接，這就導致找一些簡單的錯誤要花很久的時間，自己的心情也會變得比較糟糕，

所以，千萬不要信一些大牛的話，說什么命令列編程、記事本編程容易鍛煉新人的編程思維——帽子戴得也太大了點，

如果你是初學 Java，直接上 Intellij IDEA 就可以了，JDK 可以直接下，環境變數不用配，直接就可以上手敲“hello world”，單詞拼錯了，還有提醒，

你就會感覺學編程是一件很簡單的事兒，信心就上來了，

大學階段，記得每天至少敲一行代碼，如果覺得一行代碼沒意義，可以到 LeetCode 上刷一道演算法題，哪怕是自己沒有解題思路，也可以看看別人的嘛，找最簡單的開始做，做不出來就先抄別人的，不要不好意思，不要覺得自己笨，新人，最重要的是臉皮要厚，保持對編程的熱情，

我在博客園共輸出了 100 多篇 Java 方面的文章，總字數超過 30 萬字，內容風趣幽默、通俗易懂，識訓了很多初學者的認可和支持，內容包括 Java 語法、Java 集合框架、Java 并發編程、Java 虛擬機等核心內容，

為了幫助更多的 Java 初學者，我“一怒之下”就把這些文章重新整理并開源到了 GitHub，起名《教妹學 Java》，聽起來是不是就很有趣？

GitHub 開源地址（歡迎 star）：https://github.com/itwanger/jmx-java

2）閱讀別人的代碼

在我看來，提升編程水平的最佳途徑就是多看、多寫，

優秀的開源專案的原始碼經過了幾千人的上萬次修改，非常經典，就像 JDK 的原始碼一樣，經歷了二十多年的考驗，可以說是經典中的經典，

讀這些原始碼可以讓你的編程能力突飛猛進，舉個例子來講吧，

public void run() {
    if (state == ChannelState.RECEIVED) {
        try {
            handler.received(channel, message);
        } catch (Exception e) { }
    } else {
        switch (state) {
            case CONNECTED:
                try {
                    handler.connected(channel);
                } catch (Exception e) {}
                break;
            case DISCONNECTED:
                try {
                    handler.disconnected(channel);
                } catch (Exception e) {}
                break;
            case SENT:
                try {
                    handler.sent(channel, message);
                } catch (Exception e) { }
                break;
            case CAUGHT:
                try {
                    handler.caught(channel, exception);
                } catch (Exception e) { }
                break;
            default:
        }
    }
}

這是 Dubbo 原始碼中的 ChannelEventRunnable 類的run 方法，這段代碼里先用 if 做了判斷，然后才在 else 中使用 switch 做了分支判斷，為什么不全部使用 switch 呢？

因為現代 CPU 都支持分支預測（branch prediction）和指令流水線（instruction pipeline），這兩個結合可以極大提高 CPU 效率，對于像簡單的 if 跳轉，CPU 是可以比較好地做分支預測的，但是對于 switch 跳轉，CPU 則沒有太多的辦法，switch 本質上是根據索引，從地址陣列里取地址再跳轉的，

顯然，state == ChannelState.RECEIVED 的這個分支發生的頻率更好，寫在 if 陳述句中能充分利用 CPU 的分支預測功能，從而提升程式的性能，寫到 switch 陳述句里就無能為力了，

我一開始讀代碼也很慢，有很多看不懂，后來代碼寫多了以后，再讀別人的代碼就會明顯地感覺到速度變快了，

慢不是因為缺少編程天賦，而是因為對常用的 API 不熟，再加上沒有多少編程經驗造成的，

看的多了，寫的多了，很多代碼掃一眼就明白了，思路就不會被不懂的語法或者編程技巧打斷，注意力就會一直停留在程式的邏輯上，讀代碼就輕松多了，

說 4 個閱讀原始碼的技巧吧，

自頂向下：從需求開始，然后再到實作細節，比如說看一個方法，可以把 debug 模式打開，一步步地跳進去，然后再跳出來，
提綱挈領：先看一個類、一個方法的 doc 檔案，如果英語功底不好的話，可以在 Intellij IDEA 中裝一個translation 的翻譯插件，先大致過一下這個類、這個方法是干嘛的，
廣度優先：一開始，可以把重心放在整體上而不是區域細節上，一些一時半會理解不了的就暫時跳過去，沒關系的，后面經驗足了，可以回頭再讀，
選擇合適的版本，不要追求最新，如果你要閱讀 JDK 的原始碼，比如說 String 類、HashMap 類這些經典的類別庫，一定要選擇 JDK 8，里面的語法沒有太多炫技的，比較扎實；如果選擇 JDK 11 或者以上的版本，你會發現里面有一些細節真的是看得頭大，因為穿插了很多對新手不那么友好的技巧，

記住一點，不要漫無目的地去閱讀原始碼，尤其是那些超出個人能力之外的原始碼，比如說，你初學編程，就去看 Linux 的原始碼，就會撐著，

什么時候開始讀原始碼呢？