项目初始化

在Windows系统中搭建一个Go项目极为简便。只需创建一个空文件夹，添加一个go.mod文件和一个包含main()函数的main.go文件，即可完成最基础的项目结构。这种模式适合快速验证逻辑或开发小型原型。

但随着功能扩展，建议采用更清晰的目录组织方式。值得注意的是，go.mod必须位于项目根目录，其所在位置即为整个项目的基准路径。所有包引用均以该路径为起点进行解析。

例如，若go.mod内容如下：

module example.com
go 1.18

当在cmd/myentry/main.go中调用internal/decrypt/decrypt.go中的Decrypt()函数时，导入语句应写为："example.com/internal/decrypt"，调用形式为：decrypt.Decrypt()。

此外，GO111MODULE开启后，GOPATH将不再主导依赖管理。若同时设置GOPATH指向项目根目录，可能引发路径冲突。因此，建议将GOPATH设为项目下的/build目录，用于存放构建输出。

推荐项目结构

虽然Go没有强制要求项目目录布局，但合理的结构能显著提升协作效率和可维护性。以下是一种常见且实用的组织方式：

project-root/
├── bin/                 # 编译生成的可执行文件
├── build/               # 构建中间产物（如二进制、缓存）
├── cmd/                 # 应用入口点，每个子目录对应一个命令行程序
│   └── appname/
│       └── main.go
├── config/              # 配置文件（YAML、JSON等）
├── docs/                # 项目文档
├── example/             # 使用示例代码
├── internal/            # 内部私有代码，外部不可导入
│   ├── crypto/
│   └── utils/
├── pkg/                 # 可被外部模块复用的公共库
├── script/              # 自动化脚本（部署、测试等）
├── test/                # 单元测试与集成测试
├── tools/               # 开发工具，可依赖pkg或internal
├── vendor/              # 依赖包（由go mod vendor生成）
└── go.mod               # 模块定义文件

需要强调的是，此结构并非官方规范，而是基于实践经验总结。其中src目录在Go中已非必需，因为模块机制允许直接从任意路径导入包，无需通过src隔离源码。

编译与构建

使用go build可对指定包或文件进行编译，生成本地可执行文件，默认输出至当前目录。

go install会完整编译目标包，并将其安装到$GOPATH/bin路径下。同时自动下载缺失的依赖项。

若希望将可执行文件统一输出至特定目录（如/bin），可通过设置环境变量GOBIN实现。例如：

set GOBIN=%CD%\bin

这样每次运行go install都会将结果放入/bin目录，便于管理多个项目输出。