Go 不支持使用 import './models' 这类相对路径导入，Windows 下报错“: 是非法字符”正是因为 Go 的 import 路径必须是全限定的包路径（如 myapp/models），而非文件系统路径；正确做法是通过 GOPATH（或现代 Go Modules）统一管理依赖和模块结构。

go 不支持使用 `import './models'` 这类相对路径导入，windows 下报错“: 是非法字符”正是因为 go 的 import 路径必须是**全限定的包路径（如 `myapp/models`）**，而非文件系统路径；正确做法是通过 gopath（或现代 go modules）统一管理依赖和模块结构。

在 Go 中，import 语句的本质是逻辑包标识符（package path），而非物理文件路径。因此，像 import './models' 或 import '../utils' 这样的写法在任何平台（包括 Windows）都是非法的——Go 编译器会将其解析为无效标识符（./ 中的 : 在 Windows 驱动器路径中触发解析冲突），且违背 Go 的可重现构建与依赖管理原则。

✅ 正确做法：使用 模块化路径命名 + GOPATH 或 Go Modules

✅ 方式一：启用 Go Modules（推荐，Go 1.11+ 默认支持）

这是当前最主流、跨平台且无需配置 GOPATH 的方式：

1. 在项目根目录初始化模块：

   

   Golang Lint

   Golang 项目 lint 最佳实践与 golangci‑lint 配置——运行 linter、编辑 .golangci.yml、使用 nolint指令抑制警告。

   下载

   go mod init myapp

   假设你的目录结构如下：

   myapp/
   ├── go.mod
   ├── main.go
   └── models/
    └── user.go

2. 在 main.go 中导入：

   package main

import ( "fmt" "myapp/models" // ✅ 合法：模块名 + 子目录路径 )

func main() { u := models.User{Name: "Alice"} fmt.Println(u) }

> ⚠️ 注意：`myapp/models` 是逻辑路径，由 `go.mod` 中的模块名 `myapp` 决定；确保 `models/` 目录下有 `package models` 声明。

### ✅ 方式二：传统 GOPATH 模式（仅限旧项目兼容）
若仍在使用 GOPATH（不推荐新项目）：
- 将项目放在 `$GOPATH/src/myapp/` 下；
- 所有子包路径均以 `myapp/xxx` 形式导入；
- 需设置环境变量 `GOPATH`（如 `C:\Users\Me\go`），并确保 `go env GOPATH` 输出正确。

### ❌ 常见误区与警告
- **不要用 `./`、`../` 或盘符路径（如 `C:\myapp\models`）**：Go 会拒绝编译；
- **不要混用 GOPATH 和 Modules**：`go.mod` 存在时 GOPATH 自动降级为缓存用途；
- **包名 ≠ 目录名**：`models/user.go` 中仍需 `package models`，但导入路径是 `myapp/models`（模块前缀 + 目录名）；
- **Windows 路径分隔符无关**：Go 导入路径始终用正斜杠 `/`，与系统无关。

### 总结
Go 的设计哲学强调**可移植性、可复现性与工具链一致性**，因此强制要求所有导入路径为全局唯一、语义明确的模块路径。在 Windows 上开发时，只需遵循标准 Go 工程结构，启用 `go mod`，即可无缝支持多包组织、依赖版本控制和跨平台构建——无需适配路径分隔符，也无需规避冒号问题。