--hostname参数在容器启动时“锁死”主机名，因其写入内核/proc/sys/kernel/hostname并固化为系统调用返回值，运行时不可修改、重启不丢失、不依赖外部服务；须符合dns规范（仅限a–z、0–9、-，禁用下划线），推荐与--name、--label、-e hostname等协同使用以强化标识一致性。
用 --hostname 参数就能在容器启动时“锁死”虚拟主机名——它不是临时设置，而是写入内核参数、绑定进程上下文的静态标识，容器整个生命周期内不可更改。
为什么说它是“锁死”的
–hostname 的值在容器初始化阶段被写入 /proc/sys/kernel/hostname，同时成为 gethostname() 和 uname() 系统调用的返回结果。这意味着：
- 容器内任何进程（包括 shell、Java、Python）执行
hostname命令，输出都固定为你指定的值 - 重启容器后只要命令中保留 --hostname xxx，主机名就保持不变
- 运行时无法通过
hostnamectl set-hostname或echo xxx > /proc/sys/kernel/hostname修改（会报错 Permission denied） - 不依赖外部服务（如 DNS 或配置中心），完全由 Docker 运行时保障一致性
正确设置 hostname 的关键规则
要确保这个“锁死”真正生效且兼容各类应用，必须遵守 DNS 主机名规范：
- 只使用小写字母 a–z、数字 0–9、连字符 -
- 不能以连字符开头或结尾
- 禁止使用下划线
_、空格、点号.（除作为分隔符外，如app-01可以，app_01不行） - 长度建议控制在 63 字符以内，整体可读性优先（如
api-prod-v2比a1b2c3d4e5f6更实用）
配合其他参数强化身份一致性
单靠 --hostname 不足以覆盖所有场景，建议组合使用：
- --name web-01：赋予容器易读的管理名称，用于 docker ps、docker logs 等命令识别
- --label role=web,env=prod：补充结构化元数据，便于自动化工具筛选和打标
- -e HOSTNAME=web-01：显式注入环境变量，适配那些不读系统 hostname 而依赖环境变量的应用（如部分 Java 日志框架）
-
--network mynet：在自定义网络中，该 hostname 可直接被同网其他容器解析（如
curl http://web-01:8080）
常见误用与规避方式
以下做法会让“锁死”效果打折甚至失效：
- 在容器内运行
hostname xxx—— 仅临时修改 shell 提示符，不影响系统级 hostname，且下次 exec 进入又恢复原值 - 用
--domainname example.com替代 --hostname —— domainname 是 DNS 域后缀，不改变主机名本身 - 依赖容器 ID 或 IP 做服务发现 —— 它们会变；而 --hostname 是你唯一可控、稳定、语义化的锚点
- 在 Kubernetes 中误用：K8s 会覆盖 --hostname，应改用
spec.hostname字段
