Go语言中len等内置标识符不可重定义，因其是编译器直接识别的预定义标识符，无函数签名、不参与作用域查找，且禁止遮蔽；传参类型受限，语义由语言规范硬性约束。
为什么不能把 len 当成普通函数来重定义
Go 语言里像 len、cap、make 这些名字不是“库函数”，而是编译器直接识别的内置操作。它们没有函数签名，不参与作用域查找，也不支持重载或覆盖。
常见错误现象是：在包里写 func len(x interface{}) int { ... }，结果编译失败，报错 redefinition of len 或 cannot redefine built-in function。
-
len只接受数组、切片、map、string 四种类型；传入 struct 或自定义类型会直接编译报错 -
make只能用于[]T、map[K]V、chan T—— 传struct{}或指针会触发cannot make type ... -
new返回的是指针，且只分配零值内存，和make的语义完全不同；误用new([]int)得到的是*[]int，不是可使用的切片
print 和 println 为什么只该用于调试
这两个函数不被导出（首字母小写），不属于标准库，也不在任何包中声明。它们由编译器硬编码支持，行为未在语言规范中保证，不同 Go 版本可能调整输出格式甚至移除。
真实使用场景几乎仅限于启动早期、无法导入 fmt 包时的裸机调试，比如 init 函数里排查变量初始化顺序问题。
立即学习“go语言免费学习笔记（深入）”；
- 正式代码中用
fmt.Println替代，它支持格式化、接口适配、多线程安全 -
print不换行、不加空格，多个参数连在一起输出，极易造成日志混淆 - 交叉编译时（如 wasm 或嵌入式目标），
print可能根本不可用
如何区分 byte 和 rune 这类预定义标识符与普通类型别名
byte 是 uint8 的预定义别名，rune 是 int32 的预定义别名。它们不是关键字，但属于语言层面的“约定俗成”类型，有特殊语义。
关键区别在于：它们在字符串/字符操作中被编译器特殊对待。比如 for range "中文" 迭代的是 rune，而 []byte("中文") 拆出来的是 UTF-8 字节序列。
- 声明变量时用
var b byte和var b uint8效果相同，但前者明确表达“字节”意图 - 函数参数若写
func f(b byte)，调用时传uint8(65)无需强制转换；但传int8(65)就必须显式转为byte -
rune在switch中可直接匹配 Unicode 码点，比如case 'A', 'a', '0'，而int32不行
哪些预定义标识符能被 shadow（遮蔽），哪些绝对不能
预定义标识符分为两类：一类可被同名变量遮蔽（如 int、string），另一类完全禁止遮蔽（如 len、append）。
容易踩的坑是误以为所有预定义名都“安全可用”。实际上：int 被遮蔽后，后续代码若依赖它声明变量（如 var x int），就会编译失败，因为此时 int 已变成局部变量名而非类型。
- 允许遮蔽的：所有基础类型标识符（
int、bool、float64等）—— 但遮蔽后会导致类型声明失效，实际极少有人这么做 - 禁止遮蔽的：所有内置函数（
make、new、panic、recover等）—— 编译器直接拒绝 - 常量标识符（
true、false、nil）也禁止遮蔽，试图写var true = 1会报cannot declare true
真正需要警惕的不是“能不能遮蔽”，而是“遮蔽之后别人读代码时完全看不出你动了语言基石”。这类操作在团队协作中基本等于制造隐性 bug。
