背景
最近项目使用中有用到go mod 和 goyacc工具。goyacc涉及到编译原理的词法分析，文法分析等功能，可以用来生成基于golang的语法分析文件。本期是记录一个使用中遇到的依赖相关的问题。因为用到goyacc，需要生成goyacc的可执行文件。
而项目使用了go mod 去管理依赖，包括因为golang版本，导致后续遇到很多的问题，这里进行下记录。
分析
首先，本地的golang版本是1.15.6 linux/amd64。在1.8以后，goyacc被移动到了golang.org/x/tools/cmd/goyacc中。而我的项目用了go mod管理依赖，同时会将依赖放置到本地的vendor目录下。但是诡异的是，在执行go mod vendor
以后，在vendor目录下，找不到golang.org/x/tools。即便在go.mod文件中已经引入golang.org/x/tools的依赖。
而依赖写入到go.mod中，如下：
golang.org/x/tools v0.1.4
甚至于想过使用某些第三方的依赖来添加goyacc，但这个语法解析属于非常底层核心的功能，担心有风险，也就没采用这种方法。
根据如上描述的问题，经过尝试，需要在某个代码中做一次导入，才会在vendor目录中出现，如下：
import (
//在这里引用这个可以实现在vendor中导入
_ "golang.org/x/tools/cmd/goyacc"
"testing"
)
不知道是go mod需要配置下，还是它目前的机制就是这样的，或者说是一种特性。这样使用还是有些不太方便的。经过如上的修改后，确实能够找到golang.org/x/tools了。但是又出现新的问题。
在使用go build生成goyacc可执行文件的时候，出现如下的报错。
go build -o ./bin/goyacc ./vendor/golang.org/x/tools/cmd/goyacc
without -mod=vendor, directory xxx/vendor/golang.org/x/tools/cmd/goyacc has no package path
根据报错在网上搜索一圈没找到解决版本，相关的资料也很少。于是又回到报错的信息，尝试在build命令后加上报错信息提示的参数，最终项目编译通过了。如下：
go build -mod=vendor -o ./bin/goyacc ./vendor/golang.org/x/tools/cmd/goyacc
总结
以上就是本期的内容，目前对于golang mod 等依赖管理的使用还是不太熟悉，而且和java成熟的maven等机制来比较，确实还是有些差距，使用起来不是很方便，期待往后可以更好吧。
