LabelSelector 在 client-go 中必须传入合法的字符串表达式，如 "env=prod,app=backend"；需用 labels.Set{...}.String() 生成，不可直接赋 map 或省略 .String()。
LabelSelector 在 client-go 中怎么写多个 label 条件
直接用 metav1.ListOptions 的 LabelSelector 字段，传入符合 Kubernetes 标签选择器语法的字符串。不是拼 map、不是调方法链，就是字符串——而且必须是合法的 selector 表达式。
常见错误是把 map[string]string 直接塞进去，或者用 labels.SelectorFromSet() 后没转成字符串就赋值，结果查不到资源，日志里也看不到明显报错，只返回空列表。
-
"env=prod,app=backend"：AND 关系，两个 label 都必须存在且值匹配 -
"env in (prod, staging), app!=frontend"：支持in、notin、!=、=~（正则）等操作符 -
"env=prod,version notin (v1.0, v1.1)"：混合使用等值和集合操作没问题
用 labels.Set 转 selector 字符串容易漏掉的一步
labels.Set 本身不等于 selector，它只是个 map 工具类型；要生成可传给 API 的字符串，必须显式调用 .String()。
比如：
selector := labels.Set{"env": "prod", "app": "api"}.String()
opts := metav1.ListOptions{LabelSelector: selector}如果漏掉 .String()，编译都过不去（类型不匹配），但新手常误以为 labels.Set 可以直接当字符串用。
另外注意：空 label 值（""）会被 .String() 忽略，导致 selector 实际变短，查出意外结果。
立即学习“go语言免费学习笔记（深入）”；
client-go v0.26+ 里 LabelSelector 不能直接用 map 构造
旧版 client-go（v0.22 之前）有人用 labels.SelectorFromSet().String()，现在依然可用；但别再试图用 map[string]string 直接赋值给 ListOptions.LabelSelector —— 类型是 string，不是 map，Go 编译器会立刻报错。
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
还有人想用结构体字段反射拼 selector，没必要。Kubernetes API 层只认字符串格式 selector，所有复杂逻辑都在服务端解析，client-go 不做二次校验。
- 正确：用
labels.Set{...}.String()或手写字符串 - 错误：
ListOptions{LabelSelector: map[string]string{...}}（编译失败） - 危险：
ListOptions{LabelSelector: "env=prod,app="}（末尾等号导致语法错误，API 返回 400）
调试时怎么看实际发出去的 selector 是啥
最简单办法：在调用 client.List() 前，fmt.Printf("selector: %q\n", opts.LabelSelector)。别依赖 IDE 提示或文档猜测，实打实看到字符串才能确认是否符合预期。
如果查不到资源，先检查这个输出；90% 的问题出在字符串多空格、少引号（其实不需要引号）、逗号后多了空格（允许，但某些旧版本 kube-apiserver 对空格敏感）、或者用了中文逗号。
另外，kubectl get pods -l "env=prod,app=api" 的输出可以和你代码里的 selector 字符串逐字比对，这是最可靠的对照方式。
label selector 的解析完全在 apiserver，client-go 不做任何预处理或容错——写错就是 400 或空结果，没有中间态。
