搞不懂“地上是什么意思”？看完这篇就全明白了！
最近在搞点东西，遇到一个需求，要求把服务器上的某个文件路径，转换成一个能直接在浏览器里打开的“地上”链接。我一开始听到这个要求就懵圈了，这“地上”是啥玩意儿？听起来怪怪的，一开始我琢磨着，是不是什么新的文件分享协议，或者是什么特殊的网络路径表示法。
我赶紧找了个正在用这套东西的同事，他一拍大腿说，你是不是没搞过Windows路径到URL的转换？我当时心里咯噔一下，果然是自己见识短浅了。
这事儿得从头说起。我手里有一台服务器，跑着一个服务，需要提供用户下载一个刚刚生成好的报告文件。报告文件在服务器的本地硬盘上，路径大概是这样的：D:\reports\20231106\report_*。你想想，这个路径在浏览器里是肯定打不开的，浏览器只认识http://或者https://开头的路径。
我们用的技术栈是*跑在Windows Server上的。浏览器需要的是一个能直接访问的URL，但用户上传的文件路径却是本地文件系统路径。这中间就卡住了。这时候那个同事就说了，你得把这个本地路径转换成一个能让浏览器识别的“地上”路径，也就是我们常说的File URI Scheme。
这个转换过程说白了，就是把本地文件的路径，包装成一个特定的格式。这个格式在Windows下面就是file:///开头的。具体的步骤是这样的，我动手试了一遍。
我得把服务器上的那个本地路径给拿过来，比如D:\reports\20231106\report_*。然后，我得处理一下这个路径里的反斜杠，因为它在URL里是不规范的，我得把它替换成正斜杠，变成D:/reports/20231106/report_*。
最关键的一步来了，就是在前面加上file:///。但这里有个坑，Drive Letter（比如D:）的处理比较特殊。在Windows下，File URI Scheme是要求把盘符后的冒号去掉，然后紧跟两个斜杠后接盘符，或者更标准的做法是直接在盘符前加一个斜杠。
我试了试*里自带的url模块，它有一个pathToFileURL的功能，这玩意儿就是专门干这个的。我把我的本地路径丢进去，它直接返回了一个路径对象，我再把这个对象转换成字符串，结果就出来了。
我把路径D:\reports\20231106\report_*扔进去，它给我的结果大概是这样的：file:///D:/reports/20231106/report_*。这就是同事说的“地上”路径了。
我把这个路径返回给前端，让他们试着用<a href="...">标签来链接，结果浏览器果然识别了，直接弹出下载框，或者打开PDF阅读器来预览文件了。这下我才彻底明白了，所谓的“地上”，就是file://这个协议头，专门用来指向本地计算机上的文件。
整个过程就是：拿到本地路径 -> 路径编码（比如把空格转成%20，虽然pathToFileURL会处理） -> 加上file:///前缀 -> 搞定。
我还特意看了看在Linux或者Mac上是不是也一样。在这些系统上，路径前面不需要盘符，路径开头就是，比如/var/www/reports/*。如果转成File URI Scheme，就是file:///var/www/reports/*。原理都是一样的，就是把本地文件系统路径，通过file://这个“桥梁”，让浏览器能理解和访问到。
搞定这个之后，我就跟同事说，原来“地上”就是这个意思，他笑了笑，说这都是混迹于各种文件系统和Web服务之间混久了自然就懂的“行话”。
从我开始调试到搞明白这个File URI Scheme的套路，也就花了半天时间。这玩意儿真不是什么高深的技术，就是标准文档里藏着的一个小细节。现在再有人提起来，我能立马反应过来，就是要用file://协议去链接本地文件。
