符号链接是由内核处理的，内核并不关心环境变量。

即使符号链接是由内核解析的，你仍然可以使用LD_PRELOAD技巧， Package 所有接受路径名的libc函数，并在'readlink'返回的字符串中展开任何$XYZ组件（参数展开）。然后将展开的路径提供给 Package 的函数。在创建链接时，你必须从shell展开中转义目标路径，正如jaztik所建议的那样。
由于注入的库具有对用户环境的完全访问，这将满足OP的所有期望。

是的。没问题。实际上你不会在你的链接中使用$HOME变量，所以它不会为用户组的智能解决方案工作。变量在执行命令时由shell翻译，变量的内容在链接中使用。

ln -s ~/test /tmp/test

扩展到

/<path>/<to>/home/test -> /tmp/test

啊。只有调用ln的人的环境变量才能工作。你不能在链接中存储其他人的环境变量。变量在调用命令之前被展开。

如果你不想在链接中展开变量，你可以在它周围加上单引号，

ln -s '$HOME/file/or/folder' newname

这会给予

newname -> $HOME/file/or/folder

而不是让它扩展到你的本地设置$HOME。正如在其他答案中所描述的，它根本不会扩展它。所以你可以使用它来符号链接到文字$HOME文件夹中的文件。
[Note这取决于系统-并非所有系统都支持不同的符号链接]

我能做的最接近的是使用FUSE文件系统。使用fusepy来编写自定义的passthrough文件系统非常简单，它可以在确定要给予什么真实的的文件时读取环境变量。当然，它只获取挂载passthrough系统的进程的环境变量，所以它并没有那么有用。

我也遇到了同样的问题。在Linux（bash）上，我通过以下方式解决了这个问题：
首先将你要在命令行上执行的命令构造成一个字符串。用"引用（这将允许任何env变量展开）。然后使用eval命令来执行字符串，就像你键入它一样。
例如：

eval $(echo "ln -s $HOME myhomedir")

要将其拆分为单独的行：

export MYCMD=$(echo "ln -s $HOME myhomedir")
eval $MYCMD

希望这能帮上忙。

你可以的。

ln -s $HOME/file/or/folder newname

你也可以设置自己的变量并使用它们。添加.bashrc（或.bash_profile）：

export $MYPATH=/your/path