如何在同一目录子脚本中复用nwsm.sh变量并保持展开方式一致？

嘿，这个问题我熟！要让主脚本里的变量能被所有子脚本复用，同时保证变量展开的行为完全一致，关键在于不要让子脚本在独立的子shell里运行，而是让它们在主脚本的同一个shell环境中执行。下面给你具体的实现方案：

1. 用source（或.）加载子脚本，而非直接执行 #

如果你的nwsm.sh里是用类似./subscript.sh这种方式执行子脚本，那子脚本会启动一个新的子shell，主脚本里的变量根本传不过去。正确的做法是用source命令（或者缩写.）来加载子脚本，这样子脚本会在当前shell进程中运行，自然就能直接使用主脚本里定义的变量。

举个例子，假设nwsm.sh里的变量定义和子脚本调用是这样的：

# nwsm.sh 中的变量定义
PROJECT_DIR="/home/yourname/github/nwsm"
LOG_FILE="${PROJECT_DIR}/nwsm.log"
# 启用严格模式（比如防止未定义变量被展开）
set -u

# 错误的执行方式（子shell，变量不共享）
# ./sub1.sh
# ./sub2.sh

# 正确的方式：source 子脚本
source "${PROJECT_DIR}/sub1.sh"
source "${PROJECT_DIR}/sub2.sh"
# 或者用缩写 .
. "${PROJECT_DIR}/sub3.sh"

这样一来，sub1.sh、sub2.sh里直接就能用$PROJECT_DIR、$LOG_FILE这些变量，而且主脚本里设置的set -u这类影响变量展开的shell选项也会被继承，保证展开行为完全一致。

2. 确保子脚本不要覆盖主变量（可选但重要） #

为了避免子脚本里的变量不小心覆盖主脚本的变量，你可以给主脚本的核心变量加上只读属性，比如：

readonly PROJECT_DIR="/home/yourname/github/nwsm"
readonly LOG_FILE="${PROJECT_DIR}/nwsm.log"

这样哪怕子脚本里不小心写了PROJECT_DIR="xxx"，shell会直接报错，防止意外修改。

3. 统一变量展开的引号使用习惯 #

要保持展开一致，记得在所有脚本里统一变量引用的方式：

• 当变量值包含空格、特殊字符时，一定要用双引号包裹，比如"${LOG_FILE}"，避免被shell拆分或者扩展；
• 如果是明确不需要展开的场景（比如正则），再用单引号。

举个错误和正确的对比：

# 错误：如果LOG_FILE路径有空格，会被拆分
cat ${LOG_FILE}

# 正确：无论变量值是什么都能正确展开
cat "${LOG_FILE}"

这样一套操作下来，主脚本的变量不仅能在所有子脚本里用，变量展开的行为也能完全保持一致啦！

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