単純な置換でWindowsファイルパスをUnixファイルパスに変換しても安全ですか？

：だから、例えば私は、すべてのファイルのようなUNIXマシンにWindowsマシンから転送されるようにそれを持っていたと言うC:\test\myFile.txtには{somewhere}/test/myFile.txt（ドライブ文字は、この時点では関係ありません）。

現在、私たちが独自に作成したユーティリティライブラリには、すべてのバックスラッシュをスラッシュに単純に置き換えるメソッドが用意されています。

public String normalizePath(String path) {
   return path.replaceAll("\\", "/");
}

スラッシュは予約されており、ファイル名の一部とすることはできないため、ディレクトリ構造を保持する必要があります。しかし、私が心配する必要があるかもしれないウィンドウとunixパスの間に他の複雑さがあるかどうかはわかりません（例：非ASCII名など）

はい、 あればあなただけの交換を行うWindows上での、および他のシステム上で動作しているときにそれをオフにします。

Unixライクなシステムで置換を行うのは間違って\いるUNIXライクなプラットフォームではファイル名またはディレクトリ名に有効な文字ます。これらのプラットフォームでは、唯一NULとは、/ファイル名やディレクトリ名に禁止されています。

また、一部のWindows API関数（主に下位レベルの関数）では、スラッシュの使用が許可されていません。これらの関数ではバックスラッシュを使用する必要があります。

はい、しかし、この全体が重要なポイントです。Javaは、Windows上でスラッシュをバックスラッシュにシームレスに変換します。ハードコードされているか、構成に保存されているすべてのパスに単にスラッシュを使用することができ、両方のプラットフォームで機能します。

個人的には、Windowsでもエスケープ文字ではないため、常にスラッシュを使用しています。生のパスがコード内にあるか、プロパティファイルに外部化されているかにかかわらず、同じ方法でエンコードします。

それを試してみてください！これはWindowsで機能します。明らかに、実際のパスを存在するものに変更し、ユーザーには読み取り権限があります。

File f = new File("c:/some/path/file.txt");
if (!f.canRead()) {
  System.out.println("Uh oh, Snowman was wrong!");
}

ボーナス：同じパスでスラッシュを混在させることもできます！

File f = new File("c:/some\\path/file.txt");
if (!f.canRead()) {
  System.out.println("Uh oh, Snowman was wrong again!");
}

Windowsでのもう1つの問題は、従来のドライブ文字だけでなくUNC表記もサポートしていることです。

リモートファイルサーバー上のファイルには、としてアクセスできます\\server\sharename\path\filename。

いいえ。 パスセパレーター（ "\ vs /"のこと）だけでなく、考えることははるかに多くあります。Rob Yが述べているように、スペースの処理方法と、Windowsの使用頻度が高いことがあります。2つの環境には異なる違法文字があります。先行する「\」でエスケープされた場合、ほとんどすべてを許可するUnixの意思があります。Windowsは埋め込みスペースを処理するために「」を使用します。WindowsはUCS-16を使用し、UnixはASCIIまたはUTF-8を使用します。

など、 など、 など

しかし、操作する必要のあるパス名に制約をかけることができる多くのアプリケーションでは、実際にあなたが提案する方法でそれを行うことができます。そして、少なくともすべての場合ではなく、少なくとも多くの場合に機能します。

MS-DOSから始まるすべてのMicrosoftオペレーティングシステムは、カーネルレベルでスラッシュとバックスラッシュの両方を理解しています。

したがって、Windowsでは、それらの間で自由に変換できます。どちらも予約済みのセパレーターと同じステータスを持っています。任意の有効なパスで、カーネルに関する限り、その意味を変更せずに、バックスラッシュをスラッシュに、またはその逆に置き換えることができます。

DOSの初期のバージョンでは、Microsoftのcommand.comインタープリターにより、パスを表示および解析するためにスラッシュが使用される構成可能な設定が行われました。それは最終的に削除されました。

Windowsシェル（explorer.exe）などのWindowsの一部のユーザー空間プログラムは、スラッシュが好きではありません。それは、これらのプログラムでの見苦しいプログラミングです。