go中首字母大写的标识符可被外部包访问，但需同时满足导出标识符和正确导入包；小写标识符包外完全不可见，影响json序列化、接口实现及internal路径规则。
Go 里首字母大写到底能不能被外部包访问
能，但必须同时满足两个条件：导出标识符（首字母大写）+ 包被正确导入。常见错误是以为只要大写就能跨包用，结果 undefined 或 cannot refer to unexported field。
Go 的可见性只看标识符首字母，不看声明位置（函数内、结构体字段、常量、方法名都一样）。小写字母开头的标识符在包外完全不可见，连反射都拿不到。
- 结构体字段小写 → 外部无法读写，哪怕结构体本身是大写的
- 方法名小写 → 即使接收者是导出类型，该方法也无法被外部调用
- 包内变量/函数小写 → 只能在本包内使用，import 后也看不到
struct 字段大小写对 JSON 序列化的影响
影响直接且隐蔽：json.Marshal 只序列化导出字段（首字母大写），小写字段会被静默忽略，不会报错也不会出现在输出里。
比如定义 type User struct { name string; Name string }，json.Marshal 只会输出 {"Name":"..."}，name 消失得干干净净。
立即学习“go语言免费学习笔记（深入）”；
- 想让小写字段参与 JSON 编码？加
json:tag 并设为omitempty不行，它还是得先“可见”——所以必须改成大写，再用 tag 控制 key 名，如Name string `json:"name"` - 反序列化同理：
json.Unmarshal只能赋值给导出字段，小写字段永远保持零值 - 别依赖
json.RawMessage绕过可见性，它只是延迟解析，最终仍要映射到导出字段
interface 方法名大小写决定能否被实现
接口里的方法名大小写，决定了谁可以实现它。如果接口定义了小写方法（如 get() error），那么只有同一包内的类型才能实现它；跨包实现会编译失败。
这是 Go 强制封装的一种方式：用小写方法把接口“锁”在包内，避免外部随意实现破坏抽象边界。
- 导出接口（如
Reader）必须所有方法都大写，否则io.Reader就没法被os.File实现 - 包内私有接口（如
parser包里的tokenizer）常用小写方法，防止外部伪造实现 - 别试图用嵌入（embedding）绕过——嵌入一个含小写方法的接口，外部类型依然不能实现它
go mod 下跨模块引用时的可见性陷阱
模块路径和包路径不一致时，容易误判可见性。例如模块 example.com/foo/v2 里有个包 internal/bar，即使你用 go get example.com/foo/v2，internal/bar 仍是不可导入的——因为 internal 是硬编码的不可见路径规则，跟大小写无关。
大小写规则只作用于标识符；而 internal、vendor 这类路径限制是 go build 的额外检查，优先级更高。
-
internal包只能被其父目录或祖先目录下的包导入，跟首字母无关 - 模块版本号（如
/v2）不影响标识符可见性，只影响模块路径解析 - 混淆点：看到
cannot import internal package错误时，不是命名问题，而是路径越界
最易被忽略的是：大小写规则在编译期静态检查，不涉及运行时或反射；而 internal 规则是构建工具链层面的路径拦截——两者叠加时，先拦路径，再查首字母。
