企业官网建设流程全解析

./1.sh的行为等同于sh 1.sh或bash 1.sh，即：

✅会启动一个新的子进程来执行脚本，不共享父 Shell 的变量和函数（除非变量被export）。

🔍 详细解释

前提条件：

• 文件1.sh必须具有可执行权限（可通过chmod +x 1.sh设置）；
• 文件开头有正确的Shebang 行（如#!/bin/bash或#!/bin/sh）。

执行机制：

当你运行：

./1.sh

系统会：

1. 根据1.sh第一行的 Shebang（例如#!/bin/bash）决定用哪个解释器；
2. 启动一个新进程（如/bin/bash ./1.sh）来执行该脚本；
3. 这个新进程是当前 Shell 的子进程，拥有独立的环境。

🔄 与其它方式对比

💡 注意：

• 如果1.sh没有 Shebang，./1.sh可能会失败或使用默认 shell（取决于系统）；
• sh 1.sh会忽略 Shebang，强制用sh解释器。

✅ 示例说明

假设parent.sh内容如下：

#!/bin/bashname="Alice"./child.sh# 或 sh child.shecho"Parent:$name"

child.sh内容：

#!/bin/bashecho"Child:$name"name="Bob"

输出：

Child: # （空！因为 name 未 export） Parent: Alice # 父脚本变量未被修改

但如果改成：

exportname="Alice"./child.sh

则child.sh中能读到Alice，但修改name="Bob"仍不会影响父脚本。

⚠️ 常见误区

❌ “./1.sh和source 1.sh差不多？”
✅ 完全不同！前者是“运行一个程序”，后者是“把代码粘贴到当前 shell 执行”。

✅ 总结

• ./1.sh≈bash 1.sh（如果 Shebang 是#!/bin/bash）
• 它总是启动新进程，不共享非 export 变量，不影响父 Shell 状态。
• 是标准的、安全的脚本执行方式，适用于大多数场景（如启动服务、运行任务）。

📌 记住：
./xxx是“执行一个程序”，. xxx（带空格）是“加载一段代码”—— 名字相似，行为天壤之别！