当前位置: 首页 > article >正文

bash file_name 和 ./file_name 之间的区别

问题

我在脚本中用 li.sh 创建了一个文件

#!/bin/env bash

read -p 'What is your name' name
echo $name

当我尝试使用命令执行时./li.sh,我收到了权限被拒绝的错误,但是当我使用命令执行时bash li.sh,它没有任何错误。使用运行是否安全bash li.sh?

我想知道./li.sh 和 bash li.sh 之间的区别。

解决方案

我认为你无法运行 shell 脚本的原因./li.sh是你没有将文件权限设置为可执行

你可以看看这个 https://www.redhat.com/en/blog/linux-file-permissions-explained

TL;DR:你可以运行sudo chmod +x li.sh,然后继续./li.sh

假设您在运行bash li.sh和时位于同一目录中./li.sh,则它们应该以相同的方式工作。当您指定时bash li.sh,它首先运行bash并执行文件,而当您运行时./li.sh,它会读取文件,看到有#!符号,它将运行/bin/env bash,然后它将继续执行脚本。

以下是运行时发生的步骤bash li.sh:

你的 shell 会在你的 中寻找bash可执行文件$PATH,并在类似 的地方找到它/bin/bash。
你的 shell 将要求操作系统执行该程序,并将其li.sh作为参数传递
bash启动,解析其参数,并看到它被要求运行li.sh。
bash将尝试打开li.sh文件进行读取。当它这样做时,操作系统将确认您的用户对该文件具有读取权限
bash然后开始解释(“运行”)脚本的内容。
重要的是,操作系统不知道你想要这个文件做什么。一旦你用读权限打开一个文件,它就不知道你是要打印它(例如cat li.sh)、压缩它(例如zip li.sh)还是用于任何其他目的。重要的是你有读权限,你bash确实这样做了。恰好以与直接运行它相同的方式解释它。

将此与您刚运行时发生的步骤进行对比./li.sh:

你的 shell 将要求操作系统直接执行该文件
操作系统将看到它以“shebang”(#!)开头,而不是0x7F 0x45 0x4c 0x46每个Linux ELF 可执行文件都以的通常序列开头
这告诉它,它不能直接执行文件,而是需要运行 shebang 中列出的任何内容
它解析#!/bin/env bashshebang并执行/bin/env,并向其传递2个参数:bash li.sh
env然后将运行bash li.sh
bash然后将开始解释脚本。
由于操作系统知道您访问该文件的明确目的是执行它,因此您的执行权限比您的读取权限更重要。


http://www.kler.cn/a/394939.html

相关文章:

  • Selenium 和 Playwright两大框架的不同之处
  • 实现一个简单的哈希表
  • VSCode:IDE显示设置 --自定义字体及主题颜色
  • YoloV8改进策略:Head改进|DynamicHead,利用注意力机制统一目标检测头部|即插即用
  • Leetcode-208. 实现Trie(前缀树)
  • 解锁动态规划的奥秘:从零到精通的创新思维解析(3)
  • 【深度学习】环境下载地址汇总
  • spring组件介绍
  • STM32WB55RG开发(2)----STM32CubeProgrammer烧录
  • C#与C++交互开发系列(二十二):跨进程通信之使用基于HTTP协议的REST风格的API
  • 若依前后端分离版部署(超详细)
  • C++内存池实现
  • 51c大模型~合集44
  • Jdbc学习笔记(四)--PreparedStatement对象、sql攻击(安全问题)
  • 采样率22050,那么CHUNK_SIZE 一次传输的音频数据大小设置多少合适?unity接收后出现卡顿的问题的思路
  • 【Qt】Qt在窗口中加载Web界面的方法汇总
  • stable-diffusion-3 ,每天免费试用
  • 【Homework】【5】Learning resources for DQ Robotics in MATLAB
  • 网络安全SQL初步注入2
  • Vue 与 React 前端框架差异对比及案例分析
  • MYSQL 修改表的结构
  • 【golang-技巧】- 定时器使用-ticker
  • Struts源码阅读——三个常用的辅助类DispatchAction
  • STM32学习笔记-----UART的概念
  • 2025年前端发展趋势
  • Spring Boot 中的全局异常处理器