Google Chrome通过Bash脚本打开带页码锚点的PDF报错求助

我之前也碰到过这个坑！Chrome的这个行为确实有点反直觉——当你直接用相对路径加#页码的方式调用时，它会把整个字符串当成普通本地路径，把#当成路径的一部分编码成%23，自然找不到对应的文件。下面给你两个靠谱的解决办法：

方法1：用realpath构造标准file URL #

先把相对路径转换成绝对路径，再拼接成file://协议的URL，这样Chrome就能正确识别#作为页码锚点：

google-chrome "file://$(realpath ~/myFile.pdf)#page=125" &

realpath会自动解析~/myFile.pdf成完整的绝对路径（比如/home/yourusername/myFile.pdf），构造出来的URL格式完全符合Chrome的要求，不会再编码#。

方法2：手动用$HOME展开路径 #

如果你的系统没有realpath（不过大部分Linux发行版都自带），也可以直接用$HOME代替~来构造绝对路径：

google-chrome "file://$HOME/myFile.pdf#page=125" &

$HOME会被Shell自动替换成你的家目录绝对路径，效果和方法1一致。

为什么原来的命令不行？ #

当你直接输入google-chrome '~/myFile.pdf#page=125'时，Chrome没有把它当成URL处理，而是把整个字符串当作本地文件路径。在这种模式下，#是路径的一部分，Chrome会把它URL编码成%23，导致实际访问的路径变成~/myFile.pdf%23page=125——这个文件显然不存在，所以才会报错。

只要切换成file://协议的URL格式，Chrome就会按照URL规则解析，#就会被识别为锚点分隔符，用来指定PDF的页码啦。

内容的提问来源于stack exchange，提问作者Nathos8