Go不支持隐式类型转换，int与int64因类型独立、防溢出和平台差异而禁止直接相加；string与[]byte互转零拷贝但仅限UTF-8；interface{}须用带ok的类型断言；JSON反序列化需用json.RawMessage或自定义UnmarshalJSON处理类型不稳定；类型转换不校验值域，需业务层校验。
Go 语言不支持隐式类型转换，所有类型转换都必须显式声明，否则编译直接报错。
为什么 int 和 int64 不能直接相加？
Go 把不同整数类型视为完全独立的类型，哪怕底层存储相同（如 int 和 int64 在 64 位系统上都是 64 位），也不允许自动转换。这是为了防止溢出、平台差异和语义模糊。
- 错误写法：
a := 10; b := int64(20); c := a + b→ 编译报错：invalid operation: a + b (mismatched types int and int64) - 正确写法：统一转成同一类型，例如
c := int64(a) + b或c := a + int(a)（注意后者需确保值在int范围内） - 特别注意：
int的宽度依赖运行环境（32 位或 64 位），跨平台代码中优先使用明确宽度的类型，如int64、uint32
string 和 []byte 互转是否安全？
是安全的，且零拷贝（底层共享底层数组），但仅限 UTF-8 编码的字符串。转换本身不校验内容，如果字符串含非法 UTF-8 序列，转成 []byte 后仍保留原字节，后续按 UTF-8 解析可能出错。
-
str := "hello"; b := []byte(str)→ 安全，b是str的可变副本（注意：修改b不影响str，因为字符串不可变，实际会分配新底层数组） -
b := []byte{0xc3, 0x28}; s := string(b)→ 合法，但s包含非法 UTF-8，len(s)是 2，但utf8.RuneCountInString(s)会返回 1（首字节0xc3是两字节 UTF-8 起始，但第二字节0x28不符合格式） - 若需校验，用
utf8.Valid检查后再转
如何把 interface{} 安全转成具体类型？
必须用类型断言（type assertion），且推荐带 ok-idiom 形式，避免 panic。直接断言失败会 panic，仅适用于你 100% 确定类型时（如内部已做过判断）。
酒店管理系统项目源码(三层开发)
下载
系统采用VS2008+Sql2005开发适用于中小型的酒店管理，全部采用三层架构，ASP.NET开发，运用CSS加DIV的界面布局，完整的源代码和数据库设计，是你不可多得的参考资料。 有客房管理、房间类型管理、入住和退房管理等简单功能HotelManager为网站目录DB_51aspx下为Sql2005数据库，附加即可（Sql2000格式数据库转换后稍后发布）
立即学习“go语言免费学习笔记（深入）”；
- 安全写法：
v, ok := data.(string); if ok { /* 使用 v */ } - 不安全写法：
v := data.(string)→ 若data不是string，运行时报 panic：interface conversion: interface {} is int, not string - 对结构体指针也一样：
if p, ok := obj.(*MyStruct); ok { p.Field = 1 } - 注意：空接口
interface{}能存任何值，但类型信息只在运行时存在，无法“反射式推导”，必须靠业务逻辑或断言明确目标类型
JSON 字段反序列化时类型不匹配怎么办？
常见于 API 返回字段类型不稳定（比如数字有时是 int，有时是 string），json.Unmarshal 默认按 struct 字段类型解，类型不符就静默失败或赋零值。
- 方案一：用
json.RawMessage延迟解析，先读成原始字节，再根据上下文判断类型后手动转：type Resp struct { Count json.RawMessage `json:"count"` } - 方案二：实现自定义
UnmarshalJSON方法，内部兼容多种输入类型（如先尝试转int64，失败则转string再解析） - 方案三：用第三方库如
mapstructure或gjson做松散解析，但会牺牲类型安全和性能 - 关键点：别依赖
interface{}接收后直接断言，因为 JSON 解出来的数字默认是float64，即使源数据是整数
最易被忽略的是：类型转换本身不校验值域合法性。比如把超范围的 int64 强转为 int8，会静默截断（高位丢弃），不会报错也不会告警。需要业务层自己加校验逻辑。
