在Helm子图表中覆盖值为何需使用不同参数名？

这是Bitnami Memcached Chart为了向后兼容保留的参数优先级逻辑，映射逻辑具体体现在两个核心位置：

1. Pod模板中的参数优先级判断 #

Bitnami在5.x版本的Memcached Chart模板（通常是templates/statefulset.yaml）里，写了优先读取旧参数arguments的逻辑，示例代码大致如下：

args:
{{- if .Values.arguments }}
  {{- toJson .Values.arguments }}
{{- else }}
  {{- toJson .Values.args }}
{{- end }}

逻辑非常直接：如果用户配置了arguments，就优先使用该参数的值；未配置时才会读取新参数args。这就是你覆盖memcached.arguments生效、而memcached.args未生效的核心原因——模板优先处理了旧参数。

2. Values.yaml的兼容标注 #

在Bitnami Memcached的values.yaml文件中，会保留arguments字段并标注为废弃的旧参数，但真正决定参数生效顺序的还是上述模板中的判断逻辑，而非values文件本身的赋值。

验证方式 #

直接查看依赖的Chart代码即可确认：

• 拉取Gitea Chart到本地：helm pull gitea/gitea --untar
• 进入Memcached依赖目录：cd gitea/charts/memcached
• 打开templates/statefulset.yaml，定位args字段的定义，就能看到上述兼容逻辑。

本质上这和Gitea Chart无关，是Bitnami为了让老配置平滑过渡而做的兼容处理，等Bitnami彻底移除arguments字段后，args才会成为唯一生效的参数。

内容的提问来源于stack exchange，提问作者scubbo