登录时加载的库脚本中extglob的处理方案问询

一、核心原理说明 #

shopt -p extglob 会直接输出当前extglob选项的设置命令——如果当前是开启状态，输出shopt -s extglob；如果是关闭状态，输出shopt -u extglob。把这个输出存到变量里，脚本执行完用eval执行该变量，就能精准恢复到脚本运行前的状态。

这种方式比“开头强制开启、结尾强制关闭”更合理：毕竟你不知道用户的交互式环境里本来有没有开这个选项，硬关可能会破坏用户的原有设置，影响后续操作。

二、测试案例 #

咱们一步步验证这个逻辑：

1. 先查看当前extglob状态：

shopt extglob
# 输出类似：extglob         off（或者on）

2. 保存当前状态到变量：

original_extglob=$(shopt -p extglob)

3. 临时开启extglob并测试语法：

shopt -s extglob
# 示例：匹配当前目录下除.txt以外的所有文件
ls !(*.txt)

4. 恢复原状态并验证：

eval "$original_extglob"
# 再次检查状态，应该回到之前的off/on
shopt extglob

极端场景验证：如果用户本来就开启了extglob，脚本执行完不会被强制关闭；如果本来是关闭的，脚本临时开启后也会自动恢复，完全不干扰用户的原有环境。

三、实用实现方案 #

方案1：单脚本内的标准写法 #

在需要用extglob的脚本开头保存状态，用trap确保即使脚本中途出错也能恢复：

#!/bin/bash

# 保存extglob原状态
original_extglob=$(shopt -p extglob)
# 绑定退出陷阱，脚本无论正常结束还是异常退出都会执行恢复
trap 'eval "$original_extglob"' EXIT

# 临时开启extglob
shopt -s extglob

# 这里写你的业务逻辑，比如筛选文件并处理
for file in !(*.log|*.tmp); do
    echo "Processing target file: $file"
    # 具体操作...
done

方案2：封装成可复用函数 #

如果多个库脚本都需要用到extglob，可以封装一个通用函数，避免重复代码：

# 定义函数：临时开启extglob执行传入的命令，执行完自动恢复状态
with_extglob() {
    local original_extglob=$(shopt -p extglob)
    shopt -s extglob
    # 执行用户传入的命令/参数
    "$@"
    # 恢复原状态
    eval "$original_extglob"
}

# 使用示例
with_extglob ls !(*.md)
with_extglob rm !(*.conf)

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