golang 读取 YAML

# 1. 从配置文件中获取

• ./config/query-ip.yaml

influxdb: 
  server: <Your_Influxdb_Host>
  port: 8086

• 代表示例

从配置文件中读取 influxdb 的 IP 和端口，然后将访问日志写入 DB

func initConfig() {

	viper.SetConfigName("query-ip") // YAML 文件名 (不带后缀)
	viper.AddConfigPath("./conf/")  //添加配置文件所在的路径
	// viper.SetConfigType("yaml")          //设置配置文件类型
	err3 := viper.ReadInConfig()
	if err3 != nil {
		fmt.Printf("config file error: %s\n", err3)
		os.Exit(1)
	}

	influxdbServer := viper.Get("influxdb.server")
	influxdbPort := viper.Get("influxdb.port")

	writeInfludbURL = fmt.Sprintf("http://%s:%d/write?db=<your_database>", influxdbServer, influxdbPort)

}

# FAQ

# cannot find package "github.com/hashicorp/hcl/hcl/printer" in any of

github.com/spf13/vipergithub.com/hashicorp/hcl/go get github.com/spf13/viper

    cannot find package "github.com/hashicorp/hcl/hcl/printer" in any of:
        /usr/local/go/src/github.com/hashicorp/hcl/hcl/printer (from $GOROOT)
        /go/src/github.com/hashicorp/hcl/hcl/printer (from $GOPATH)

I'm sorry you've encountered this problem.

Based on your error messages, it seems like you are using Go 1.16 in the legacy GOPATH mode rather than in the current Go Modules mode. Because GOPATH mode doesn't understand versioning, it's unable to distinguish between HCL version 1 and HCL version 2, and so it's failing to access what looks to be a HCL version 1 dependency.

There's some more details on what's going on here in the [Version Selection](https://github.com/hashicorp/hcl/wiki/Version-Selection) wiki page, but I think a shorter answer to this is that if you [migrate your project to use Go Modules](https://blog.golang.org/migrating-to-go-modules) instead of the legacy GOPATH mode then installing those HCL version 1 packages should work.

Due to technical constraints of the modern Go toolchain, we can no longer support the legacy GOPATH mode for HCL 1 without continuing the high-friction workarounds we employed for the first year after publishing major version 2, which have been a significant cause of confusion for contributors. For that reason, I'm going to close this issue.

I understand that some are getting HCL 1 as a dependency only indirectly via Viper (possibly Viper also indirectly via Cobra); unfortunately various parts of the Go ecosystem are moving gradually and independently to the modules system and so for some people HCL is the first thing in their dependency tree to begin requiring Go Modules, and I understand that is inconvenient but sadly if it were not this codebase then before too long it would be some other codebase because GOPATH mode is being phased out. 😖 The Viper team has also produced [a troubleshooting guide](https://github.com/spf13/viper/blob/master/TROUBLESHOOTING.md#cannot-find-package) which includes this problem at the time of writing, and they are echoing my suggestion to upgrade to Go Modules.

# reference