在日常处理图片的过程中，你一定见过 .jpg 和 .jpeg 这两种后缀的图片文件。
很多人第一次看到就会纳闷了：它们之间到底有什么区别？是不同的图片格式，还是怎么的？
今天我们用简单易懂的方式，帮你彻彻底底搞明白这个问题。
1. JPG 和 JPEG 的由来
首先，JPEG 并不是一个文件后缀，它是一个图片压缩标准的名字，全称是：
JPEG = Joint Photographic Experts Group（联合图像专家组）
这个标准在 1992 年被广泛应用，用来对照片进行有损压缩，让文件体积变小的同时尽量保留肉眼可见的细节。
那么 .jpeg 和 .jpg 就是使用了这个标准的图片文件后缀名。
2. 为什么会有 .jpg 这种缩写？
这里要回到计算机历史。
早期的 Windows（尤其是 MS-DOS 系统）规定，文件名必须是 8.3 格式：
- 文件名部分 最多 8 个字符
- 后缀部分 最多 3 个字符
.jpeg 有 4 个字符，所以在 Windows 时代就被缩短成 .jpg。
而在当时的 macOS（以及 Unix 系统）没有这个限制，所以保留了 .jpeg 的后缀。
小结：
- Windows 老系统 →
.jpg- macOS / Linux →
.jpeg
3. 现在的情况：JPG 和 JPEG 是不是一样？
答案是：是的，在绝大多数情况下，它们完全一样。
不管是 .jpg 还是 .jpeg，它们都符合 JPEG 压缩标准，能被相同的应用程序识别、打开和编辑。现在的操作系统对文件后缀长度没有限制，所以你可以随便用其中一个。
4. 两者在技术上的细微差别
虽然对用户来说没区别，但就底层来说，它们之间也没啥区别。哈哈，是不是感觉听君一席话，浪费 3 秒钟？
- 编码方式相同：都使用 JPEG 标准进行有损压缩。
- 压缩比与质量一致：质量参数相同时，生成的
.jpg与.jpeg文件大小、画质一模一样。 - 兼容性极高：任何支持 JPEG 格式的图片查看器都可以打开这两种文件。
唯一可能的区别是——某些老旧软件可能只识别 .jpg 或 .jpeg 中的一种（但这种情况现在几乎不存在了）。
5. 代码验证：读取 JPG 和 JPEG
既然说它们是一样的，我们可以用一段简单的 JavaScript 来验证一下：
// 假设有两个文件：test.jpg 和 test.jpeg
// 我们用 Node.js 来读取它们的字节信息
const fs = require('fs');
function readFileBytes(filePath) {
const buffer = fs.readFileSync(filePath);
// 读取前 10 个字节
return buffer.slice(0, 10);
}
const jpgBytes = readFileBytes('test.jpg');
const jpegBytes = readFileBytes('test.jpeg');
console.log('JPG 文件头：', jpgBytes);
console.log('JPEG 文件头：', jpegBytes);
// 比较文件头是否相同
console.log('文件头是否一致？', jpgBytes.equals(jpegBytes));
运行结果（示例）：
JPG 文件头： <Buffer ff d8 ff e0 00 10 4a 46 49 46>
JPEG 文件头： <Buffer ff d8 ff e0 00 10 4a 46 49 46>
文件头是否一致？ true
从文件头可以看出，.jpg 和 .jpeg 的二进制标识完全相同，证明它们本质是同一种格式。
6. 那，我们应该用哪个？
- 如果你的工作中需要和老旧系统或特定行业标准打交道，建议用
.jpg，兼容性更好。 - 如果没有特殊限制，两者随便用，甚至可以混着用。
- 在 SEO 或文件管理中，最好统一使用一种后缀，方便搜索和管理。
7. 总结
- JPEG 是一种压缩标准，不是文件后缀。
.jpg是.jpeg的缩写，源于早期 Windows 对文件名长度的限制。- 现在它们在技术上没有任何区别，完全可以互换使用。
一句话总结所有：JPG 和 JPEG 其实就是一个东西，只是历史原因让它们有两个名字，仅此而已了。
