在 Go 反射中，reflect.Type.Method() 仅返回导出（public）方法，未导出（internal）方法根本不会出现在方法列表中——因此无需额外判断，直接遍历即可安全跳过所有内部方法。
在 go 反射中，`reflect.type.method()` 仅返回导出（public）方法，未导出（internal）方法根本不会出现在方法列表中——因此无需额外判断，直接遍历即可安全跳过所有内部方法。
Go 语言的可见性规则（首字母大小写决定导出性）不仅作用于编译期，也严格约束反射行为。当你使用 reflect.TypeOf(t).Method(i) 或 reflect.TypeOf(t).NumMethod() 遍历结构体方法时，反射系统本身已自动过滤掉所有未导出方法。这意味着：只要方法能通过 reflect.Type.Method 获取到，它一定是导出的、可在包外被调用的方法；反之，任何以小写字母开头的内部方法（如 func (s *MyStruct) helper() {}）将完全不可见。
✅ 正确做法（无需手动检查名称）：
t := reflect.TypeOf(MyStruct{})
for i := 0; i < t.NumMethod(); i++ {
method := t.Method(i) // method.Name 必然首字母大写，且 method.Func.Kind() == reflect.Func
fmt.Printf("Exported method: %s\n", method.Name)
// 绑定到 handler 的逻辑可安全在此执行
}⚠️ 注意事项：
- 不要依赖
method.Name[0] >= 'A' && method.Name[0] 做二次校验——这既冗余又不可靠（例如 Unicode 导出标识符如 <code>Écho合法但不符合 ASCII 大写判断）； -
reflect.Value.Method()同样只暴露导出方法；尝试访问未导出方法会 panic（reflect.Value.Call: call of unexported method）； - 该机制是 Go 反射设计的明确保证，并非“巧合”或实现细节——官方文档明确指出：“Methods are only returned for exported methods.”
? 总结：Go 的反射 API 已将可见性检查内置于方法枚举过程。所谓“检测内部方法”，本质上是一个伪需求；你真正需要做的，只是信任 reflect.Type.NumMethod() 和 Method(i) 的结果——它们天然代表所有可安全跨包使用的导出方法。
