ファイル システム パス (POSIX/Windows) を URI と URL の両方と呼んでいる人を時々見かけます。私はファイル システムのマニアではありませんが、URL 形式の理解と矛盾するファイル システム パスをまだ見つけていません。もちろん、スキーム名が含まれていることを考えると (例: file://localhost/path/to/file.txt)。
ファイル システム パスは間違いなく URI です。つまり、そうではありません。そのため、ファイル システム パスを URI として参照している人は皆、セーフ ゾーン内にいます。しかし、それらを URL と呼ぶのは安全でしょうか?
URL が 6 つの特殊な RFC で構成されるのではなく、単一の (廃止されていない) RFC によって定義されていれば、この質問をする必要はありません。
file登録されたURIスキームです（「ホスト固有のファイル名」用）。
これは、「Uniform Resource Locators（URL）」と呼ばれるRFC 1738にリンクしてfileおり、次のように指定されています。
fileURLの形式は次のとおりです。file://<host>/<path>
そうです、fileURIはURLです。
ただし、URIからURL、URN、および「その他」（のようなdata）への細分化は、とにかくそれほど有用ではありません。FWIW、WHATWG URL仕様は、すべての種類のURI（RFCに従って、現在URLではないものも含む）の「URL」という用語を標準化しようとしています。W3Cノート「URI、URL、およびURN：説明と推奨事項1.0」は、用語に関する混乱を要約しようとしています。
URIアーキテクチャ、構文、登録などをカバーするドキュメントの本体（RFCなど）は、古典的な期間と現代的な期間の両方にまたがっています。URIの問題に精通している人は、「URL」と「URI」を交換可能な方法で使用する傾向があります。これらの専門家の間では、これは問題ではありません。しかし、インターネットコミュニティ全体ではそうです。人々は、彼らが（明らかに）そうしている文書において、URIとURLが同じことを意味することを確信していません。[…]