unix和windows文件的区别

我是否正确地认为“windows文件”和“unix文件”之间的唯一区别是换行符?

我们有一个系统已经从一台Windows机器移动到一个unix机器,并有格式的麻烦。

我需要在文件传送到我们的“传输系统”中的系统之前自动化unix / windows之间的转换。 我可能需要一些东西来确定当前的格式,并将其转换为其他格式。 如果只是换行这是最大的区别,那么我正在考虑用java.io来读取文件。 据我所知,他们能够处理与readLine。 然后把每一行写回去

while (line = readline) print(line + NewlineInOtherFormat) .... 

概要:

samjudson :

这只是文本文件的不同之处,UNIX使用单个换行(LF)来表示新行,Windows使用回车/换行(CRLF),而Mac仅使用CR。

Cebjyre阐述:

OS X使用LF,与UNIX相同 – MacOS 9和更低版本使用CR

国家字符的字符编码也可能有所不同。 没有“unix编码”,但许多linux变体使用UTF-8作为默认编码。 Mac OS(也是unix)使用自己的编码(macroman)。 我不知道,默认的编码是什么窗口。

麦克道尔

除了换行符之外,如果在Windows上将文件视为Unicode,则字节顺序标记可能会导致问题。

Cheekysoft

但是,您可能遇到的另一组问题可能与单/多字节字符编码有关。 如果你看到奇怪的意外字符(不在行尾),那么这可能是原因。 特别是如果您看到方框,问号,颠倒的问号,多余的字符或意外的重音字符。

塞迪

在unix上,以。开头的文件。 被隐藏。 在Windows上,这是一个文件系统的标志,你可能不容易访问。 这可能会导致应该隐藏的文件现在在客户端机器上可见。

两者之间的文件权限不尽相同。 您可能会发现,当您将文件复制到unix系统时,这些文件现在属于执行复制的用户并且权限有限。 你需要使用chown / chmod来确保正确的用户有权访问它们。

有一些工具可以帮助解决这个问题:

pauldoo

如果你只是对文本文件的内容感兴趣,那么行结尾是不同的。 看看像dos2unix,这可能是在这里的帮助。

Cheekysoft

正如pauldoo所build议的,像dos2unix这样的工具可能非常有用。 请注意,这些可能在您的linux / unix系统上是fromdos或tofrodos,或者甚至可能是通用工具箱重新编码。

帮助Java编码

Cheekysoft

当写入文件或从文件中读取(您可以控制)时,通常值得指定要使用的编码,因为大多数Java方法都允许使用这种编码。 但是,也要确保系统区域匹配可以节省很多痛苦

Solutions Collecting From Web of "unix和windows文件的区别"

这只是文本文件的不同之处,UNIX使用单个换行(LF)来表示新行,Windows使用回车/换行(CRLF),而Mac仅使用CR。

二进制文件应该没有区别(即在Windows机器上的JPEG将是字节的字节与在unix框上相同的JPEG相同)。

国家字符的字符编码也可能有所不同。 没有“unix编码”,但许多linux变体使用UTF-8作为默认编码。 Mac OS(也是unix)使用自己的编码(macroman)。 我不知道,默认的编码是什么窗口。

但是这可能是另一个麻烦来源(除了不同的换行符之外)。

你有什么问题? 与linebreak相关的问题可以通过unix-machine上的dos2unix或unix2dos程序轻松解决

如果你只是对文本文件的内容感兴趣,那么行结尾是不同的。 看看像dos2unix ,这可能是在这里的帮助。

(当然还有很多其他的东西让unix和windows文件有所不同,但我不认为你现在对这些其他的区别感兴趣。)

除了给出的答案之外,您可能会发现不同文件系统的问题:

  • 在unix上,以开头的文件 被隐藏。 在Windows上,这是一个文件系统的标志,你可能不容易访问。 这可能会导致应该隐藏的文件现在在客户端机器上可见。

  • 两者之间的文件权限不尽相同。 您可能会发现,当您将文件复制到unix系统时,这些文件现在属于执行复制的用户并且权限有限。 你需要使用chown / chmod来确保正确的用户有权访问它们。

除了换行符之外,如果在Windows上将文件视为Unicode,则字节顺序标记可能会导致问题。

正如pauldoo所建议的,像dos2unix这样的工具可能非常有用。 请注意,这些可能在您的linux / unix系统上是fromdostofrodos ,或者甚至可能是通用工具箱重新编码

但是,您可能遇到的另一组问题可能与单/多字节字符编码有关。 如果你看到奇怪的意外字符(不在行尾),那么这可能是原因。 特别是如果您看到方框,问号,颠倒的问号,多余的字符或意外的重音字符。

在* nix框中运行命令语言环境会告诉你系统区域设置是什么。 如果这与从Windows机器传输过来的文本文件中使用的编码不同,则这有时会导致问题,这取决于这些文件的用法。 您可以使用非常强大的recode命令尝试在不同的字符集之间进行转换以及任何行结束问题。 recode -l会显示工具之间可以转换的所有格式和编码。 这可能是一个很长的名单。

当写入文件或从文件中读取(您可以控制)时,通常值得指定要使用的编码,因为大多数Java方法都允许使用这种编码。 但是,也要确保系统区域匹配可以节省很多痛苦。