鉴于：

其中cat.sh包含以下内容：

然后在dir内运行./cat.sh，运行./dir/cat.sh与dir不在同一水平，运行得很好。我希望这是由于不同的工作目录。相对于cat.sh的位置，是否有一个简单的方法可以使路径../some.txt？

您要做的是获取脚本的绝对路径(可通过${BASH_SOURCE[0]}获得)，然后使用该路径在脚本开始时获取父目录和cd到它。

这将使您的shell脚本独立于从何处调用它。每次运行它时，就好像在dir中运行./cat.sh。

请注意，此脚本仅在您直接调用脚本(即不通过symlink)时才起作用，否则查找脚本的当前位置会变得更复杂一些。

@MartinKonecny的答案提供了正确的答案，但正如他所提到的，只有当实际的脚本没有通过位于不同目录中的符号链接调用时，它才起作用。

这个答案涵盖了这种情况：当通过一个符号链接甚至一个符号链接链调用脚本时，这个解决方案也可以工作：

linux/gnu readlink解决方案：

如果您的脚本只需要在Linux上运行，或者您知道gnu readlink在$PATH中，请使用readlink -f，它方便地将符号链接解析为其最终目标：

注意，GNU readlink有3个相关选项来解决其最终目标完整路径的符号链接：-f(--canonicalize)、-e(--canonicalize-existing)和-m(--canonicalize-missing)——见man readlink。由于这个场景中存在按定义划分的目标，所以可以使用这3个选项中的任何一个；我在这里选择了-f，因为它是最著名的选项。

多(类Unix)平台解决方案(包括仅包含POSIX实用程序集的平台)：

如果脚本必须在以下任何平台上运行：

• 有一个readlink实用程序，但缺少-f选项(从GNU的意义上来说，解决其最终目标的符号链接)，例如macos。

  • MacOS使用了较早版本的readlink的BSD实现；请注意，freebsd/pc-bsd的最新版本确实支持-f。

• 甚至没有readlink，但有与posix兼容的实用程序，例如HP-UX(谢谢，@charles duffy)。

以下解决方案受https://stackoverflow.com/a/1116890/45375启发，定义helper shell函数rreadlink()，它在循环中解析给定的符号链接到其最终目标-此函数实际上是GNU readlink的-e选项的符合POSIX的实现，与-f选项类似，但最终目标必须存在。

注意：该函数是一个bash函数，并且仅在使用带有posix兼容选项的posix实用程序的意义上符合posix。对于这个函数本身使用符合POSIX的shell代码编写的版本(对于/bin/sh)，请参见这里。

• 如果readlink可用，则在大多数现代平台上都会使用(无选项)。

• 否则，将解析来自ls -l的输出，这是确定符号链接目标的唯一符合POSIX的方法。警告：如果一个文件名或路径包含文字子字符串->，这将中断，然而，这是不可能的。(请注意，缺少readlink的平台仍然可以提供其他非posix方法来解析符号链接；例如，@charles duffy提到了支持%l格式字符的HP-UX的find实用程序。由于它的-printfprimary；为了简洁起见，函数不尝试检测这种情况。)

• 下面功能的可安装实用程序(脚本)形式(具有附加功能)可以在NPM注册表中找到为rreadlink；在Linux和MacOS上，使用[sudo] npm install -g rreadlink进行安装；在其他平台上(假设它们使用bash进行安装)，请遵循手动安装说明。

如果参数是symlink，则返回最终目标的规范路径；否则，返回参数自己的规范路径。

只有一条线可以。