Linux中无法将环境变量设为只读并使子进程继承只读属性；只读是Shell变量级运行时保护，仅限当前进程且不可撤销，需用readonly声明并配合export传递给子进程。

Linux 中不能直接将环境变量设为只读并让子进程继承其只读属性。只读（readonly）是 Shell 变量级别的运行时保护机制，作用范围仅限当前 shell 进程，且一旦设置就不可撤销。

定义只读变量的正确方式

必须在赋值的同时或之后立即使用 readonly，否则变量仍可被修改：

• 推荐一步到位：直接在声明时锁定
  readonly DB_HOST="10.0.1.5" API_TIMEOUT=30
• 分两步也可行（适用于已有变量）：
  

  CONFIG_PATH="/etc/app/conf.yaml"<br>readonly CONFIG_PATH

• 注意语法细节：等号两侧不能有空格；不能写 readonly $VARNAME，必须写真实变量名

环境变量 ≠ 只读变量

很多人混淆“导出为环境变量”和“设为只读”：

Linux Security Scanner

Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...

下载

• export VAR=value 让变量传给子进程，但它仍是可修改、可 unset 的
• readonly VAR=value 阻止当前 shell 修改/删除该变量，但不会自动 export
• 若既要只读又要传递给子进程，需两者都做：
  

  readonly VAR="val"<br>export VAR

验证是否真正生效

避免误以为锁定了实际没锁住：

• 查看所有只读项：readonly -p（输出带 declare -r 前缀）
• 检查单个变量：declare -p VARNAME 2>/dev/null | grep '^declare -r'
• 尝试修改会报错：-bash: VARNAME: readonly variable —— 这是正常拦截
• unset VARNAME 同样失败，提示 cannot unset: readonly variable

关键限制与常见误区

只读机制有明确边界，超出即无效：

• 只对当前 shell 及其 fork 出的子 shell 生效；父进程或其他终端 session 完全不受影响
• 没有“解锁”命令 —— readonly -n 或 declare +r 并不存在，无法撤销
• 数组和关联数组需显式指定：readonly -a arr=(a b) 或 readonly -A conf=([k]=v)
• 函数也能锁定：myfunc() { echo ok; }; readonly -f myfunc，防止被重定义