Go 无语言级 namespace 机制；Kubernetes 中 namespace 是必填 API 字段，需显式指定合法非空字符串；gorush 和 GAE Datastore 中 namespace 是业务层逻辑隔离键，由应用解析并注入路径或键中；多租户场景下必须从请求上下文透传 namespace 并严格管理其生命周期。
Go 本身没有语言级的 namespace 关键字或机制，所谓“Golang 使用 namespace 隔离”，实际是指在不同上下文中复用“命名空间”这一概念，但实现方式、作用域和约束完全不同——别指望写个 namespace xxx 就能隔离变量或类型。
client-go 操作 Kubernetes 时 namespace 是必填字段，不是可选配置
Kubernetes 的 Namespace 是 API 资源对象，client-go 中所有资源操作（Pods、Deployments、Secrets）都要求显式指定命名空间，否则默认落到 default，线上事故高频原因就是漏传或传空字符串。
-
clientset.CoreV1().Pods("").List(ctx, opts)：传空字符串 ≠ 不指定，client-go 会当作default处理 -
clientset.CoreV1().Pods("my-ns").List(ctx, opts)：正确写法，必须是非空合法字符串 - 合法命名规则：
^[a-z0-9]([-a-z0-9]*[a-z0-9])?$，长度 ≤63，不能含下划线、大写字母、开头/结尾连字符 - 保留名如
default、kube-system、kube-public不能用于自定义租户命名空间
gorush 和 GAE Datastore 中 namespace 是逻辑隔离键，不依赖 K8s 资源
这两类场景中 namespace 是纯业务标识符，由应用层解析并注入到数据路径、配置结构或存储键中，和 client-go 的 Namespace 对象无关。
Golang Google Wire
下载
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
- gorush 中通过配置段（如
ios: app_a:）和 API 请求体中的namespace字段路由到对应证书、统计存储前缀 - GAE Datastore 中
namespace是Key的一部分：datastore.NameKey("User", "123", "tenant-a")，不同 namespace 下同 ID 实体完全独立 - 事务天然隔离：一个
tenant-b的事务绝不会读/写tenant-a的任何实体，也不阻塞其事务 - 注意：GAE 的
namespace值为空字符串""表示默认命名空间，等价于未设置，不可用于多租户区分
多租户服务中 namespace 必须从请求上下文透传，不能硬编码
无论底层是 K8s、Datastore 还是 Redis，只要业务需要租户隔离，“命名空间”就必须作为可信上下文从入口带入，否则极易被绕过或污染。
立即学习“go语言免费学习笔记（深入）”；
- 入口层（HTTP 中间件 / gRPC 拦截器）应从
X-Tenant-ID、JWTclaims.tenant_id或子域名提取值，存入context.Context，**不用字符串 key，用私有 struct 类型**（如type tenantKey struct{}）防止冲突 - 数据库查询必须自动拼
WHERE tenant_id = ?，GORM 可用Scopes，原生 SQL 需封装 QueryBuilder - K8s 资源操作（如创建租户专属
Namespace）需用该上下文生成唯一名称，如"tenant-" + tenantID，避免重名 - 切勿在代码里写死
"prod"或"staging"——这些是环境标识，不是租户标识
真正容易被忽略的是：**namespace 的生命周期管理比创建更难**。K8s 中 Terminating 卡住、GAE 中跨 namespace 错误引用、gorush 中 Redis 键残留，问题往往不出现在“怎么设”，而在于“怎么清”。别只盯着创建逻辑，清理路径必须和创建路径对称、可测试、有监控。
