服务器文件系统险些崩溃，是那个Bug作祟吗？
- 内容介绍
- 文章标签
- 相关推荐
本文共计1327个文字，预计阅读时间需要6分钟。
昨天，公司的美国客户给我发了一封邮件，说我的软件出现了一些问题。我检查了一下，发现是服务器上某个目录无法删除，一删除就报cannot read from the source file or disk的错误。如果用命令行删除，则没有问题。
昨天，公司的美国客户发邮件给我，说我的软件出问题了，我查来查去，发现居然是服务器上一个目录无法删除，一删除就报 cannot read from the source file or disk. 如果用命令行方式删除，则报 cannot find the specified path。一开始以为是文件系统遭破坏了，用 chkdsk 命令检查，没有发现问题，后来仔细一看，那个不能删除的目录名居然以一个空格字符结尾，而我尝试在资源管理器中创建一个目录以空格结尾结果资源管理器会自动将末尾的字符删除，用程序创建，结果也一样，这个美国佬是怎么创建这个古怪的目录的？出现这种情况后不但是无法删除这么简单，列目录什么的也会有问题，这样一来，系统的运行都会有问题，我想到的最坏结果就是可能不得不格式化服务器的硬盘，想到这里我几乎不敢再想下去了！Research了一天，后来终于找到了解决方案，并且由此还发现问题的起因是我程序上的一个Bug造成，可怕的Bug！
Windows 的文件系统可以支持特殊字符的文件名，比如以空格结尾，以点号结尾等，有一篇英文的文章说NTFS 支持这些文件名，但FAT不支持，我试了一下，FAT也支持。但Windows API 却对这些特殊文件名进行了限制，也就是说，我们通过程序是无法创建一个以空格或点号结尾的文件名或路径名的。但Copy 和 Move的API 却不做这方面的限制，这导致我们可以从其他的文件系统拷贝或移动一个特殊文件名的文件到Windows 的文件系统，但一旦在Windows的文件系统上创建成功，就无法通过正常途径删除或改名。
本文共计1327个文字，预计阅读时间需要6分钟。
昨天，公司的美国客户给我发了一封邮件，说我的软件出现了一些问题。我检查了一下，发现是服务器上某个目录无法删除，一删除就报cannot read from the source file or disk的错误。如果用命令行删除，则没有问题。
昨天，公司的美国客户发邮件给我，说我的软件出问题了，我查来查去，发现居然是服务器上一个目录无法删除，一删除就报 cannot read from the source file or disk. 如果用命令行方式删除，则报 cannot find the specified path。一开始以为是文件系统遭破坏了，用 chkdsk 命令检查，没有发现问题，后来仔细一看，那个不能删除的目录名居然以一个空格字符结尾，而我尝试在资源管理器中创建一个目录以空格结尾结果资源管理器会自动将末尾的字符删除，用程序创建，结果也一样，这个美国佬是怎么创建这个古怪的目录的？出现这种情况后不但是无法删除这么简单，列目录什么的也会有问题，这样一来，系统的运行都会有问题，我想到的最坏结果就是可能不得不格式化服务器的硬盘，想到这里我几乎不敢再想下去了！Research了一天，后来终于找到了解决方案，并且由此还发现问题的起因是我程序上的一个Bug造成，可怕的Bug！
Windows 的文件系统可以支持特殊字符的文件名，比如以空格结尾，以点号结尾等，有一篇英文的文章说NTFS 支持这些文件名，但FAT不支持，我试了一下，FAT也支持。但Windows API 却对这些特殊文件名进行了限制，也就是说，我们通过程序是无法创建一个以空格或点号结尾的文件名或路径名的。但Copy 和 Move的API 却不做这方面的限制，这导致我们可以从其他的文件系统拷贝或移动一个特殊文件名的文件到Windows 的文件系统，但一旦在Windows的文件系统上创建成功，就无法通过正常途径删除或改名。