在 go 中，即使两个结构体名称和字段完全相同，只要它们定义在不同包中，就属于不同类型，无法直接传递。解决方法是统一使用导出的结构体类型（首字母大写），并通过包名限定访问。
Go 的类型系统严格遵循“包作用域”原则：每个类型都归属于其定义所在的包，即使结构体字面量完全一致，main.ticket 和 some_package.ticket 也被视为完全不同的、不可互换的类型。这正是你遇到错误的根本原因：
cannot use m (type map[string]ticket) as type map[string]some_package.ticket
✅ 正确做法：导出并复用结构体类型
首先，在 some_package/some_package.go 中将 ticket 改为导出类型（首字母大写），并确保 park 的字段与方法参数也使用该导出类型：
// some_package/some_package.go
package some_package
type Ticket struct { // ✅ 导出类型：Ticket（首字母大写）
Timestamp int64
IdentificationNumber int // 建议采用 Go 命名惯例（驼峰式）
}
type Park struct { // ✅ 同样建议导出并规范命名
Card map[string]Ticket // 使用导出的 Ticket 类型
People int
}
func (p *Park) SetTicket(m map[string]Ticket) { // 参数类型保持一致
p.Card = m // 或按需深拷贝
}
func New(humans int) *Park { // 返回类型可简化
return &Park{
Card: make(map[string]Ticket),
People: humans,
}
}接着，在 main.go 中不再重复定义 ticket 结构体，而是直接导入并使用 some_package.Ticket：
// main.go
package main
import (
"time"
sp "./some_package" // 假设路径正确；生产环境建议使用模块路径
)
func main() {
humans := 10
m := make(map[string]sp.Ticket) // ✅ 使用包限定的导出类型
m["ticket1"] = sp.Ticket{
Timestamp: time.Now().Unix(),
IdentificationNumber: 1234,
}
sp_ := sp.New(humans)
sp_.SetTicket(m) // ✅ 类型完全匹配，编译通过
}⚠️ 注意事项与最佳实践
- 禁止类型复制：切勿在 main 中重新定义与 some_package 内同名同结构的 ticket —— 这不仅导致类型不兼容，还违背单一事实来源（Single Source of Truth）原则。
- 命名规范：Go 要求导出标识符首字母大写；内部字段也推荐使用驼峰命名（如 IdentificationNumber 而非 Identification_number），提升可读性与一致性。
- 包路径：./some_package 是相对导入路径，仅适用于 GOPATH 模式或简单测试。现代 Go 项目应使用 Go Modules（go mod init），并以模块路径（如 example.com/some_package）导入，避免路径歧义。
- 值传递 vs 引用传递：map 本身是引用类型，SetTicket 接收 map[string]Ticket 会共享底层数据。若需隔离修改，应在方法内执行深拷贝（如遍历赋值）。
✅ 总结
Go 的强类型设计要求跨包协作必须显式共享类型定义。只需一步关键操作：将结构体导出（首字母大写），并在调用方通过 包名.类型名 引用。这样既保证类型安全，又实现清晰的模块边界与可维护性。
