文件扩展名是否有任何用途（用于操作系统）？

Linux通过文件头中的代码确定文件的类型。它不依赖文件扩展名来知道要使用哪个软件来打开文件。

这就是我从教育中所记得的。如果我错了，请纠正我！

工作一点与Ubuntu系统最近我看到很多文件上有这样的扩展系统.sh，.txt，.o，.c

现在我在想：这些扩展名仅适用于人类吗？这样一来，您便可以了解文件的类型是什么？

还是它们对操作系统也有用途？

Linux通过文件头中的代码确定文件的类型。它不依赖于文件扩展名来知道用于打开文件的软件。

这就是我从教育中所记得的。如果我错了，请纠正我！

• 正确记住。

这些扩展仅适用于人类吗？

• 是的，但是。

当您与确实依赖扩展名的其他操作系统进行交互时，使用扩展名是更明智的主意。

在Windows中，扩展程序附带了打开软件。

打开名为“文件”是Windows比打开一个名为“file.txt的”同一个文件更难的文本文件（你将需要从切换打开文件对话框*.txt，以*.*每次）。TAB和分号分隔的文本文件也是如此。导入和导出电子邮件（扩展名为.mbox）也是如此。

特别是在编写软件时。与“ software.html”和“ software.js”相比，打开名为HTML的文件“ software1”和作为JavaScript文件的“ software2”变得更加困难。

如果Linux中有一个文件扩展名很重要的系统，那我就称之为bug。如果软件依赖文件扩展名，则可以利用。我们使用解释器指令来识别文件是什么（“文件中的前两个字节可以是字符“＃！”，它构成了一个魔术数字（十六进制的23和21，ASCII值分别为“＃”和“！ “），通常称为shebang，”）。

文件扩展名最著名的问题是Windows上的LOVE-LETTER-FOR-YOU.TXT.vbs。这是一个视觉基本脚本，在文件资源管理器中显示为文本文件。

在Ubuntu中，当您从Nautilus启动文件时，您会得到一条警告，警告它将要做什么。从Nautilus执行脚本以启动要在其中打开gEdit的软件显然是一个问题，我们收到有关此警告。

在命令行中执行某些操作时，您可以直观地看到扩展名。如果它以.vbs结尾，我将开始变得可疑（不是.vbs在Linux上是可执行的。至少没有付出更多的努力；）。

这里没有100％黑色或白色的答案。

通常， Linux不依赖文件名（和文件扩展名，即通常在最后一个句点之后的文件名的一部分），而是通过检查其内容的前几个字节并将其与已知幻数的列表进行比较来确定文件类型。。

例如，所有位图图像文件（通常带有扩展名.bmp）必须BM在其前两个字节中以字母开头。大多数脚本语言（例如Bash，Python，Perl，AWK等）中的脚本（基本上，所有将行以#注释开头的东西都包含）可以像#!/bin/bash第一行一样包含shebang 。此特殊注释告诉系统使用哪个应用程序打开文件。

因此，通常情况下，操作系统依靠文件内容而不是文件名来确定文件类型，但是声明Linux上永远不需要文件扩展名只是事实的一半。

应用程序当然可以根据需要实现其文件检查，其中包括验证文件名和扩展名。一个示例是Gnome的Eye（eog标准图片查看器），它通过文件扩展名确定图像格式，如果内容不匹配，则会引发错误。可以讨论这是错误还是功能...

但是，甚至操作系统的某些部分都依赖于文件扩展名，例如，在解析软件源文件时/etc/apt/sources.list.d/-仅*.list解析具有扩展名的文件，其他所有文件均被忽略。它可能不是主要用于确定文件类型，而是用于启用/禁用某些文件的解析，但它仍然是文件扩展名，会影响系统处理文件的方式。

当然还有人类用户利润的文件扩展名是最使明显的一个文件的类型，也可以用相同的基本名称的多个文件，并喜欢不同的扩展site.html，site.php，site.js，site.css等缺点当然是文件扩展名，实际文件类型/内容不一定必须匹配。

另外，跨平台的互操作性还需要它，例如Windows将不知道如何处理readme文件，而只知道一个readme.txt。

就像其他人提到的那样，在Linux中使用解释器指令方法（将文件中的某些元数据存储为标头或幻数，以便可以告诉正确的解释器读取它），而不是Windows使用的文件名扩展名关联方法。

这意味着你可以创建一个文件几乎任何你喜欢的名字...... 有几个例外

然而

我想提一个警告。

如果系统上使用文件名关联的系统上有一些文件，则这些文件可能没有魔术数字或标头。文件扩展名被能够读取它们的应用程序用来标识这些文件，如果重命名这些文件，则可能会遇到一些意想不到的影响。例如：

如果您将文件重命名My Novel.doc为My-Novel，Libreoffice仍然可以打开它，但是它将以“无标题”打开，并且您必须再次命名才能保存它（Libreoffice默认情况下会添加扩展名，因此您可以两个文件My-Novel和My-Novel.odt，可能会很烦人）

更严重的是，如果将文件My Spreadsheet.xlsx重命名为My-Spreadsheet，则尝试用它打开它xdg-open My-Spreadsheet会得到它（因为它实际上是压缩文件）：

而且，如果您将文件重命名My Spreadsheet.xls为My-Spreadsheet，则出现xdg-open My-Spreadsheet错误提示

错误打开位置：没有应用程序注册为处理此文件

（尽管在这两种情况下，只要您都可以正常运行soffice My-Spreadsheet）

如果您随后将无扩展名文件重命名为My-Spreadsheet.odswith mv并尝试将其打开，则会得到以下信息：

（修复失败）

而且，您必须重新打开原始扩展名才能正确打开文件（然后，您可以根据需要转换格式）

TL; DR：

如果您有带有扩展名的非本地文件，请不要删除扩展名，除非一切正常！

我想采用与其他答案不同的方法，并挑战“ Linux”或“ Windows”与此有关的概念（由我来承担）。

文件扩展名的概念可以简单地表达为“根据文件名的一部分来识别文件类型的约定”。识别文件类型的其他常见约定是将其内容与已知签名的数据库进行比较（“幻数”方法），并将其作为额外属性存储在文件系统上（原始MacOS中使用的方法） 。

由于Windows或Linux系统上的每个文件都具有名称和内容，因此想要了解文件类型的进程可以根据需要使用“扩展名”或“幻数”方法。通常无法使用元数据方法，因为在大多数文件系统中，此属性没有标准位置。

在Windows上，使用文件扩展名作为识别文件的主要方法有着悠久的传统。最明显的是，当您双击文件确定要启动哪个应用程序时，图形文件浏览器（Windows 3.1上为“文件管理器”，现代Windows上为“资源管理器”）使用了它。在Linux（以及更普遍的基于Unix的系统）上，检查内容有更多的传统。最值得注意的是，内核会查看直接执行的文件的开头，以确定如何运行它。脚本文件可以通过以开头，#!后跟指向解释器的路径来指示要使用的解释器。

这些传统会影响为每个系统编写的程序的UI设计，但是有很多例外，因为每种方法在不同情况下都有优缺点。使用文件扩展名而不是检查内容的原因包括：

• 与检查文件名相比，检查文件内容是相当昂贵的；因此，例如“查找所有名为* .conf的文件”将比“查找第一行与此签名的所有文件”要快得多。
• 文件内容可能不明确；许多文件格式实际上只是以特殊方式处理的文本文件，许多其他文件是经过特殊构造的zip文件，为这些文件定义准确的签名可能很棘手
• 一个文件实际上可以是多种类型的有效文件；HTML文件也可能是有效的XML，同时链接在一起的zip文件和GIF仍对两种格式均有效
• 幻数匹配可能会导致误报；没有标题的文件格式可能会以“ GIF89a”字节开头，并且被误识别为GIF图片
• 重命名文件是将其标记为“已禁用”的便捷方法；例如，将“ foo.conf”更改为“ foo.conf〜”以表明备份比编辑文件以注释掉其所有指令更容易，并且比将文件移出自动加载目录更方便；同样，将.php文件重命名为.txt会告诉Apache将其源代码作为纯文本提供，而不是将其传递给PHP引擎

默认情况下使用文件名的Linux程序示例（但可能具有其他模式）：

• gzip和gunzip对以“ .gz”结尾的任何文件进行特殊处理
• gcc会将“ .c”文件作为C处理，并将“ .cc”或“ .C”作为C ++处理

实际上，某些技术确实依赖文件扩展名，因此，如果在Ubuntu中使用这些技术，则也必须依赖扩展名。一些例子：

• gcc使用扩展名来区分C和C ++文件。没有扩展名，就很难区分它们（想象一个没有类的C ++文件）。
• 许多文件（docx，jar，apk）都只是特别结构的ZIP压缩文件。尽管通常可以从内容中推断出类型，但并非总是可能的（例如，Java Manifest 在文件中是可选的jar）。

在这种情况下，不使用文件扩展名只能通过巧妙的解决方法来实现，并且很容易出错。

您的第一个假设是正确的：Linux上的扩展无关紧要，仅对人类（以及其他关心扩展的非类Unix操作系统）有用。文件的类型由文件中的前32位数据确定，这称为幻数。 这就是为什么Shell脚本需要#!换行-告诉操作系统要调用的解释器。没有它，shell脚本就是文本文件。

就文件管理器而言，他们确实想知道某些文件的扩展名，例如.desktopfiles，这些扩展名与Window的快捷方式版本基本相同，但功能更多。但是就操作系统而言，它需要知道文件中的内容，而不是名称中的内容

这对于评论答案来说太大了。

请记住，即使含义不同，即使“扩展名”也有很多含义。

您所谈论的似乎是结帐后的3个字母。DOS使得8.3格式非常流行，而Windows至今仍使用.3。

Linux有许多文件，例如.conf或.list或.d或.c，这些文件具有含义，但实际上并不是8.3扩展名。例如，Apache在/etc/apache2/sites-enabled/website.conf中查找其配置指令。尽管系统使用MIME类型和内容标头以及无法确定它是文本文件的内容，但是Apache（默认情况下）仍然不会在不以.conf结尾的情况下加载它。

.c是另一个很棒的例子。是的，这是一个文本文件，但是gcc取决于main.c成为main.o并最终成为main（在链接之后）。系统在任何时候都不会使用.c，.o或不使用扩展名来使内容具有任何含义，但会使用。后面的内容。确实有一些意义。您可能会设置SCM以忽略main.o和main。

重点是：扩展名没有像在Windows中那样被使用。内核将不执行.txt文件，因为您删除了名称的.txt部分。如果设置了执行权限，执行.txt文件也非常高兴。话虽如此，它们确实具有含义，并且仍然在“计算机级别”上用于许多事情。