某天寫代碼時發現自己對 IDE 的依賴非常深，如果沒了 Goland 就不會寫代碼了，心里為之一驚。

Goland 的自動補全功能已經是必需品了，只要打出相關的幾個字符，不管是變量名還是函數調用，都能幫你直接補全。我們只需要往相應的位置填東西就行了。

進而又想到，當補全功能缺失或者暫時失靈的情況下，該如何快速地查出某個函數的具體用法呢？

假設我們想要對字符串做 split，卻忘了具體用法，下面是幾種常見的查文檔方法。

Google

google

在設置了語言是 english 的情況下，還是挺精準的。直接定位到 Go 官方文檔。

Dash

Dash

同樣很準確，搜索詞不需要很精準。

devdocs.io^[1]

devdocs

這個也不錯，而且支持很多種語言。

pkg.go.dev

pkg.go.dev

優點是官方文檔，最權威，逼格最高。缺點是要準確地記住包名+函數名。

go doc

cmd

優點是直接 iTerm2 里就可以查看，缺點是需要準確地記住包名+函數名。

有些大佬用 vim 寫代碼，在 shell 環境里直接能查文檔，還是很有用的。不過對我等用 Goland 的菜雞用處不大。????

---

上面這幾種方法我用得最多的還是 Google，可能這并不是最快的方式，但是它總是能幫你找到所有有用的信息。沒有 Google，我可能也不會寫代碼了。

最近看到一篇文章^[2]，就講了如何利用 Go 標準庫做出一個好用的查文檔工具。

原理是利用 Go 提供的包解析工具，把所有的導出類型列出來。然后在我們搜索的時候用模糊匹配的方式找到符合的類型，再用這個精確的類型調用 go doc。

流程如下：

gdoc 原理

在 Linux 下結合 dmenu，使用非常順滑：

gdoc-cmd

偷個懶，直接用原文的動圖。????

當然，不嫌棄瀏覽器的情況下，還提供了一個可視化的界面，同樣有模糊匹配的功能且可以一鍵直達 pkg.go.dev 對應的頁面。比 google 可能快一點。

gdoc-web

選中其中一個，會直接跳轉過來：

跳轉到 pkg.go.dev

后記

不過，即使知道了這些方法，可能最后還是會退化到用 Google 直接搜，因為啥都不需要記，所有的東西都可以用 Google 搜索出來。

這也是最方便的方法，什么額外的事情都不用做。因為方便，成本低，自然就想把所有的事情都挪到它上面來做，即使有很多專業的查文檔工具的情況下，還是會這么做。

一件事，如果容易，那就會經常做。反之，如果成本比較高，結果不是做這件事花的時間更多，而是我們選擇不去做它。

不知道你平時查文檔時用的什么方法，歡迎留言一起討論。

參考資料

[1]

devdocs.io: https://devdocs.io/

[2]

文章: https://eli.thegreenplace.net/2018/command-line-autocomplete-for-go-documentation/

總結

以上是生活随笔為你收集整理的写 Go 时如何优雅地查文档的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。