在 go 中，即使两个结构体名称和字段完全相同，只要定义在不同包中，它们就是不同的类型；解决方法是将结构体导出（首字母大写），并在主包中通过包名访问该类型。
Go 的类型系统严格遵循“包作用域”原则：main 包中的 ticket 和 some_package 包中的 ticket 虽然结构一致，但因属于不同包，编译器视其为完全无关的两种类型。因此，map[string]ticket（main 包内）无法直接赋值或传参给 map[string]some_package.ticket（即使你手动写成 sp.ticket，也需确保类型定义可导出）。
✅ 正确做法：导出类型 + 显式包限定
首先，修改 some_package/some_package.go，将结构体导出（首字母大写）：
// some_package/some_package.go
package some_package
type Park struct { // 导出结构体名
Card map[string]Ticket // 使用导出的 Ticket
People int
}
type Ticket struct { // ✅ 关键：首字母 T 大写，使其可被外部包引用
Timestamp int64
IdentificationNumber 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，而是直接使用 sp.Ticket，并确保 map 类型一致：
// main.go
package main
import (
"time"
sp "./some_package" // 注意路径需正确（如模块模式下建议用 go mod）
)
func main() {
humans := 10
// ✅ 正确：使用 sp.Ticket，类型与 some_package.SetTicket 签名完全匹配
m := make(map[string]sp.Ticket)
m["ticket1"] = sp.Ticket{
Timestamp: time.Now().Unix(),
IdentificationNumber: 1234,
}
spObj := sp.New(humans)
spObj.SetTicket(m) // 编译通过
}⚠️ 注意事项
- 禁止类型复制：不要在 main 中重新定义同名结构体（如 type ticket struct {...}），这会制造不可互换的“影子类型”。
- 包路径与模块：若使用 Go Modules（推荐），应通过 go mod init 初始化，并用真实导入路径（如 "github.com/yourname/some_package"），而非相对路径 ./some_package。
- 零值与 nil 安全：SetTicket 接收 map 后，建议判空处理（如 if m == nil），避免运行时 panic。
- 数据所有权与并发安全：Go 中 map 非并发安全，若 Park 实例会被多 goroutine 访问，需额外加锁（如 sync.RWMutex）或改用线程安全封装。
✅ 总结
Go 的类型兼容性由包路径 + 类型名共同决定。跨包共享数据结构的唯一可靠方式是：在源包中导出类型（首字母大写），并在调用方通过 包名.类型名 显式引用。这不仅解决类型错误，也强化了模块化设计与 API 清晰性——所有依赖关系一目了然，且便于文档生成与 IDE 支持。
