最近轉(zhuǎn)行Go語言服務(wù)端，老大寫了個(gè)很復(fù)雜的框架，并且沒有文檔。在讀取源代碼的時(shí)候，很是痛苦，記憶力不咋地，記不住東西，于是乎想出了通過源代碼創(chuàng)建UML類圖的辦法。C++和JAVA都有類似的工具軟件，但是Go語言只有通過github上的一個(gè)開源項(xiàng)目來搞。

中間遇到了很多坑，于是乎記下這篇文章。

首先根據(jù)網(wǎng)上的文章，搞這個(gè)項(xiàng)目的第一步是go get **********(項(xiàng)目路徑)，但是第一步就沒邁出去，各種報(bào)錯(cuò)

下面就是錯(cuò)誤列表：

package git.oschina.net/jscode/go-package-plantuml: unrecognized import path "git.oschina.net/jscode/go-package-plantuml" (parse https://git.oschina.net/jscode/go-package-plantuml?go-get=1: no go-import meta tags (meta tag gitee.com/jscode/go-package-plantuml did not match import path git.oschina.net/jscode/
go-package-plantuml))
 
package gitee.com/jscode/go-package-plantuml.git: cannot download, git://gitee.com/jscode/go-package-plantuml uses insecure protocol
 
package https:/gitee.com/jscode/go-package-plantuml.git: https:/gitee.com/jscode/go-package-plantuml.git: invalid import path: malformed import path "https:/gitee.com/jscode/go-package-plantuml.git": invalid char ':
go: missing Git command. See https://golang.org/s/gogetcmd

然后上網(wǎng)差各種資料，仍然解決不了。

后來看了一篇博客，這位大佬用的是git clone（其實(shí)之前我也想過用git clone，但卡在了后續(xù)編譯錯(cuò)誤上，讓我以為是go get獲取的項(xiàng)目做了特殊處理），這位大佬說：其實(shí)go get 和git clone其實(shí)干的事兒都差不多，g前者唯一做的特殊處理是存放路徑不同罷了。

至于是什么路徑我也不是很清楚。好吧，大佬給我喂了這ke定心丸，我把項(xiàng)目git clone下來了，然后又卡死在了編譯上。

下面是我遇到的錯(cuò)誤之一：

好多其他的錯(cuò)我讓我給清屏干掉了，就留下了這么一個(gè)。其實(shí)我的大部分錯(cuò)誤都是Go語言那三個(gè)環(huán)境變量沒整對(duì)。GOPATH、GOROOT和PATH環(huán)境變量的問題。

GOPATH可以認(rèn)為是項(xiàng)目的存放路徑（即工作路徑），不知道我這么理解正不正確，若不正確，哪位懂得請(qǐng)指出我的錯(cuò)誤，但是這么理解好像項(xiàng)目是能正常工作的

GOROOT就是Go語言的安裝目錄，只能設(shè)為 *：/Go ，* 表示的是盤符。但是手賤不知道怎么改成了Go/bin，結(jié)果在編譯時(shí)候命令行提示找不到項(xiàng)目，然后出錯(cuò)路徑很奇葩，里面有兩個(gè)bin,即路徑變成了**/bin/bin/***，這能找到才怪了。

Path這個(gè)是系統(tǒng)環(huán)境變量，需要在GOROOT的基礎(chǔ)上加上/bin。

然后變異的時(shí)候還是報(bào)錯(cuò)，說項(xiàng)目在指定路徑下找不到需要的包或者文件，其實(shí)這個(gè)還是涉及到路徑的問題。

我的解決辦法是把那些找不到路徑的包全給拷到 */Go/src/目錄下，然后去修改報(bào)錯(cuò)的代碼行處，但是即使是這樣有些文件還是找不到，我又想出了修改import的路徑，直接改成相對(duì)路徑。

這樣我的這個(gè)項(xiàng)目總算是編譯成功了。相對(duì)路徑可能有的代碼不好使，老大說建議都放到工作路徑下的src目錄下或者是Go的安裝目錄下的src文件夾中。

更正：注意別使用相對(duì)路徑，否則編譯成功后的exe在執(zhí)行期間會(huì)出幺蛾子

后來我發(fā)現(xiàn)我加目錄就是多次一舉，原項(xiàng)目之所以編譯時(shí)報(bào)錯(cuò)是因?yàn)槲覊焊鶅壕蜎]有配置項(xiàng)目路徑（沒有講項(xiàng)目路徑加到GoPath中），配置好項(xiàng)目的GoPath路徑之后，直接編譯就能成功。

而且，如果不配置項(xiàng)目路徑到GoPath，僅僅只是像我第一種方法那樣解決了編譯錯(cuò)誤，運(yùn)行時(shí)也會(huì)報(bào)錯(cuò)（這真是個(gè)悲傷的故事，我已經(jīng)開始在Goland里面手動(dòng)畫UML類圖了），生成不了UML文件，命令行提示生成成功，但是路徑下就是找不到生成文件，因?yàn)閷?shí)際上就是沒有生成，路徑?jīng)]配置對(duì)

補(bǔ)充：Go語言 使用Golang導(dǎo)入github的項(xiàng)目的時(shí)候出現(xiàn)Cannot resolve directory 'github.com'

在學(xué)習(xí)go語言過程中從github下載了幾個(gè)項(xiàng)目，但是使用golang通篇報(bào)紅，GOPATH反復(fù)檢查沒有設(shè)置錯(cuò)，各種方法都找遍了，最終解決了記錄一下。

解決辦法

在golang的設(shè)置里面將圖中這個(gè)勾去掉

原因

原因是Goland 編輯器中項(xiàng)目設(shè)置為 go modules 項(xiàng)目，導(dǎo)致從gomod讀取，從而報(bào)錯(cuò)，去掉勾，問題完美解決。