直接运行、sh、source执行脚本的区别

最新推荐文章于 2025-06-14 15:44:50 发布

原创最新推荐文章于 2025-06-14 15:44:50 发布 · 2.2k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#脚本

linux 专栏收录该内容

2 篇文章

订阅专栏

本文介绍了三种执行Shell脚本的方法：使用sh命令执行、直接执行脚本（需赋予x权限）及通过source命令执行。每种方法都会在当前进程另开子进程执行命令，而source则直接在当前bash环境下执行。

1、通过sh命令执行
用sh执行脚本文件，是在当前进程另开子进程来执行脚本命令。文件不需要x权限。
2、直接执行脚本
在当前进程另开子进程来执行脚本命令。文件需要x权限。
3、通过source命令执行
在当前bash环境下读取并执行脚本中的命令。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

ITman_tyler

关注关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

在Linux shell中出现run.sh: source: not found的解决方案

weixin_43178406的博客

04-20

7万+

本文主要介绍了在Linux shell中出现run.sh: source: not found的解决方案，希望能对使用Linux的同学们有所帮助。文章目录 1. 问题描述 2. 解决方案

shell从入门到精通（2）source命令详解以及shell几种运行方式区别

二进制君

07-10

3802

source命令也称为“点命令”，也就是可以用一个点符号（.）替代，它是bash的内部命令。功能：使Shell读入指定的Shell脚本文件并依次执行文件中的所有语句。source命令通常用于重新执行刚修改的初始化文件，使之立即生效，而不必注销并重新登录。用法： source filename 或 . filenamesource filename 与 sh filename 及./filename执行脚本的区别在那里呢？1.当shell脚本具有可执行权限时，用sh filename与./filename执行

参与评论您还未登录，请先登录后发表或查看评论

Shell 脚本执行方式解析：source、sh 与直接执行的区别

小诸葛的博客

04-10

611

方式执行环境是否影响当前 shell需要执行权限典型用途source当前 shell是否加载环境变量、配置脚本sh新子 shell否否运行独立脚本直接执行./新子 shell否是运行独立可执行脚本。

通过souce执行shell脚本与直接执行脚本的区别

Tom098的博客

12-11

1938

source 是在当前shell执行脚本的内容，所有对变量的修改在脚本执行完都会保留在当前shell上下文中。而通过"sh 脚本名", 是在一个子shell中执行脚本。脚本执行完返回父shell后，子shell中所有变量修改都消失。 ...

shell的不同执行方式及其区别

继续微笑lsj

05-28

3124

假设已经写好的这个程序文件名是/home/dmtsai/shell.sh，有以下几种方法执行： 1、直接命令执行：shell文件必须具备可执行（rx）权限。然后：（1）绝对路径执行：/home/dmtsai/shell.sh；（2）相对路径执行，假设工作目录在/home/dmtsai/，则使用./shell.sh执行；（3）变量“PATH”功能：将shell放

sh 命令和直接使用. /执行脚本的区别

翱翔于知识的天空

02-20

3007

sh 命令和直接使用. 文件执行脚本的区别使用 sh 命令执行脚本会始终使用指定的 Shell 解释器，而直接使用 ./ 执行脚本会尝试使用脚本中指定的解释器，如果没有指定则会使用系统默认的 Shell 解释器。通常建议使用 ./ 执行脚本，因为这样可以确保脚本中指定的解释器被正确使用，同时也更加直观和方便。如果您想要确保脚本使用特定的 Shell 解释器，可以在脚本的第一行添加 shebang 行来指定解释器，例如 #!/bin/bash。

关于shell unix下，直接执行shell与sh 执行或加 . 脚本的区别及含义

测试开发这些事

04-02

9311

今天遭遇到一个问题 写了一小段脚本想增加一个环境变量 atest.sh 代码如下 #!/bin/bash dir=${PWD} echo "export PATH=/$PATH:${dir}" >> ~/.bash_profile export PATH=$PATH:${dir} 但是用sh atest.sh 怎么执行环境变量都无法生效 通过 $echo PATH<br

Linux学习笔记——sh 、source 和直接用文件名执行之间的区别

2301_77606661的博客

12-09

1594

后面跟着脚本文件的路径，可以在当前Shell环境中执行脚本。这种方式会创建一个新的子进程来执行脚本，并且会以子进程的环境来执行脚本。这种方式也会启动一个新的子进程来执行脚本，但是脚本中的任何变量或环境设置都只会在该子进程中存在，不会影响到当前的Shell环境。这种方式会将脚本中的内容当作是当前Shell环境的一部分来执行，所以脚本中的变量、函数和环境设置都会影响到当前Shell环境。根据需要选择合适的方式来执行脚本，这取决于你希望脚本对当前Shell环境产生的影响以及是否需要获取脚本执行后的结果。

详解shell中source、sh、bash、./执行脚本的区别

09-15

本文将深入解析`source`、`sh`、`bash`以及`.`/`执行脚本的区别。 1. **source命令**： `source FileName` 或 `. FileName`（点号也可用作source的同义词）的作用是在当前的bash环境中读取并执行文件`FileName`中...

shell脚本4种执行方式

09-15

sh执行是通过直接调用解释器，如`sh`或`bash`，并传递脚本路径作为参数来运行脚本。即使脚本没有执行权限，这种方式也能运行，因为它实际上是将脚本当作命令行参数传递给`sh`或`bash`执行。例如，`sh test.sh`或`...

SM专用计算机执行shell脚本方法

07-16

- 直接运行：通过在命令行输入`./script.sh`（假设`script.sh`是脚本文件名），前提是文件有执行权限（`chmod +x script.sh`）。 - 通过source命令：`source script.sh`或`. script.sh`，这种方式会将脚本内容直接...

用source命令执行脚本和用sh执行脚本之间的区别

weixin_30485291的博客

09-24

496

问题：有很多方式可以执行脚本， 1）。source test.bsh 2）。. test.bsh 3）。chmod a+x test.bsh;./test.bsh 4）。sh test.bsh 它们之间的差别是什么？解决办法： 1. source命令的作用是读取并执行test.bsh中的命令；该命令经常用点命令“.”来替代。就是说， # source test...

Linux 命令：source 用法详解与直接执行脚本的区别

qq_34644203的博客

06-14

728

Shell中的source命令与直接执行脚本对比摘要（148字） source命令是Shell内建指令，其核心差异在于执行环境：source直接在当前Shell进程中执行脚本，所有变量、路径变更都会持久影响当前环境；而直接执行（如./script.sh）会创建子进程，修改仅限子进程内有效。典型场景对比：环境配置加载需用source（如source ~/.bashrc），独立任务脚本宜直接执行。关键风险在于source会直接污染当前Shell环境，且脚本中的exit命令可能导致终端意外关闭。掌握这种差异能更安

linux脚本通过 sh 和 . 来执行得区别

qq_42533216的博客

08-01

801

"source"和"."的功能是一样的，可以调用脚本，并将脚本里的函数也传递到当前的脚本或者解释器中，即不会开启新的bash而是在当前bash中运行。 "sh"后面跟脚本名称，则不会将该脚本的函数传递进来，即需要开启新的bash，"sh"实际上是执行一个脚本，最后执行完毕会将内存释放掉，不会保存变量。而"."和"source"则不会新的bash进程，这就是为什么在/etc/init.d/这个目录下有很多的脚本都会用"."去调用脚本。综上所述: 生产环境中编写脚本一般会使用sh命令去执行脚本，因为...

linux中的source命令和直接执行脚本的区别

Justin_zhao的专栏

08-10

2850

source 以及 . 直接在当前的进程中读取脚本的配置，不会开一个新的进程！命令执行将脚本的内容直接影响到父进程的。所以你source之后，里面配置的变量都会加入到当前环境中！而./xx.sh 以及 sh xx.sh 是新开一个子shell运行这个脚本，当脚本运行完毕了，sh中设置的变量就不见了！（该子shell继承了父级别的shell，子shell结束了变量被销毁，除非你使用了expor

source和./执行脚本的区别

weixin_55163060的博客

06-17

1576

source和./执行脚本的区别 source和./执行脚本的区别 source和./执行脚本的区别

两种运行sh文件的差异，直接文件路径名和(.+空格+文件路径名）

Windrainlife的专栏

04-11

2579

每次新来一位同事，sync完公司工程代码后，就会开始编译整个工程。编译之前的第一步，先要用命令（.+空格+build/envsetup.sh）设置环境变量。这时候大家习惯性都会敲入（./build/envsetup.sh）,敲完后就开始make，然后发现编译不了。只好跑来问我，怎么编译不了啊。我一看，说“同学，前面要加空格呀”。“哦，为什么这样不行啊？”。那我就把以上两种执行方式的不同，在这里

【Linux】详解shell中source、sh、bash、./执行脚本的区别

最新发布

10-15

<think>嗯，用户这次问的是source admin-openrc.sh脚本的作用。结合之前的对话历史，用户似乎在部署OpenStack时遇到了环境配置问题。用户引用了三个技术文档片段，其中第一个提到执行/etc/xiandian/openrc.sh报错的问题，第二个是openEuler系统部署OpenStack的注意事项，第三个则是关于Nova的Cell架构解释。用户的核心需求很明确，就是要理解这个source操作的实际用途。从技术角度看，admin-openrc.sh本质上是个环境变量配置文件，使用source命令执行它而非直接运行，这是为了让环境变量直接作用于当前shell会话。这个细节对OpenStack运维很重要，但初学者容易忽略。考虑到用户可能刚接触OpenStack，解释时需要避免过多底层细节。重点应该说明：1）身份认证的核心作用 2）环境变量如何影响后续命令 3）为什么不直接执行而要source。用户引用的报错案例恰好能佐证环境变量缺失的后果——那个/etc/xiandian/openrc.sh脚本就是在验证网络连通性，如果环境变量配置错误就会中断部署。用户之前关注过快速排序的实现，可能具有编程基础。可以适当类比编程中的import操作，但不要过度延伸。引用文档[2]提到编译环境配置，[3]提到Cell架构，这些虽然不直接相关，但说明用户在处理分布式系统部署，回答时可以暗示环境变量配置是这类系统的通用需求。 </think>执行 `source admin-openrc.sh` 脚本的核心作用是**为 OpenStack 命令行工具配置管理员身份认证所需的环境变量**。以下是详细说明： --- ### 作用原理 1. **注入环境变量** `admin-openrc.sh` 是一个 Shell 脚本，其中包含类似以下内容的环境变量定义： ```bash export OS_USERNAME=admin # 管理员用户名 export OS_PASSWORD=ADMIN_PASS # 管理员密码 export OS_PROJECT_NAME=admin # 项目名称 export OS_USER_DOMAIN_NAME=Default export OS_PROJECT_DOMAIN_NAME=Default export OS_AUTH_URL=http://controller:5000/v3 # Keystone认证地址 export OS_IDENTITY_API_VERSION=3 # 指定Identity API版本 ``` 使用 `source` 命令（或等效的 `.` 命令）执行脚本时，这些变量会直接加载到 **当前 Shell 会话** 中。 2. **认证 OpenStack CLI** 当后续执行 OpenStack CLI 命令（如 `openstack server list`）时，命令行工具会自动读取这些环境变量，无需每次手动输入认证信息。 --- ### 关键细节 - **`source` vs 直接执行** 若用 `./admin-openrc.sh` 直接执行脚本，环境变量仅在子 Shell 中生效，退出后失效。而 `source` 会在 **当前 Shell** 持久化变量，确保后续命令正常认证[^1][^2]。 - **典型场景** - 部署 OpenStack 时初始化环境（如用户引用[1][2]中的脚本依赖此配置） - 管理员手动操作云资源（创建实例、网络等） - 自动化脚本执行管理任务 --- ### 验证是否生效执行后，可通过以下命令检查环境变量： ```bash echo $OS_AUTH_URL # 应显示Keystone地址 openstack token issue # 尝试获取令牌，成功说明认证有效 ``` --- ### 相关问题 1. 如果 `source admin-openrc.sh` 后仍报认证错误，可能有哪些原因？ 2. OpenStack 的环境变量文件（如 `admin-openrc.sh`）通常包含哪些必要参数？ 3. 如何为不同项目（如 `demo` 项目）创建独立的环境变量文件？ [^1]: 引用中脚本 `/etc/xiandian/openrc.sh` 是类似的环境配置脚本，其报错可能导致后续依赖认证的操作失败。 [^2]: 环境变量配置是 OpenStack 部署的基础步骤，直接影响服务间通信和 CLI 操作。 [^3]: Nova Cell 等高级架构虽依赖认证，但环境变量作用聚焦于基础身份验证。