请参阅下面的最终更新。
我有一些文件名和/或路径很长的图像，当我尝试包含它们时，我的文档似乎构建良好，但是当我尝试打开 PDF 时，它说文档已损坏，当我查看文件大小时，它非常小。
如果我将同一幅图像重命名为一个非常短的名称，它可以正常工作。
有人能告诉我图像或输入文件的文件名长度限制吗？有没有办法增加它，还是我必须重命名所有有问题的文件？
谢谢！
更新 1
无论出于什么原因，这个问题都通过在包含图像文件名时明确添加扩展名来解决，而不是让 Latex 根据图形扩展名列表添加文件名。不确定为什么这会产生影响，但现在可以正常工作了。
更新 2
好吧，这个问题是......间歇性的？！两天前我第一次遇到这个问题，以为我已经用更新 1 解决了它。在完全无错误编译后，我的论文就被搁置了。今天，在不做任何更改的情况下，当我构建它时，构建完成得很好，尽管有一些奇怪的警告，例如未定义的引用，我知道它们是定义的，因为我在我的 bib 文件中看到了它们，而且它们以前从未出现过问题。
然而，尽管构建过程没有错误，当我尝试打开 PDF 时，Acrobat 却说它已损坏，正如我最初的问题一样。我还注意到大小不对；我的论文现在应该在 20MB 左右，但当发生这种情况时，它大约是 17MB。
奇怪的是，将我的整个 Latex 项目文件夹移动到硬盘的根目录似乎可以解决这个问题，这让我回到了关于可能的文件名长度问题的问题。它会间歇性出现似乎很奇怪；Latex 系统可能存在一些问题，但当源代码没有任何变化时，间歇性编译问题并不是我以前遇到过的问题。有什么想法吗？
我的论文目前大约有 110 页，有很长的参考书目，各种列表（符号、图表、目录等）。考虑到一些博士论文很长，这对我来说似乎并不那么疯狂，但我是否有可能遇到某种输出缓冲区错误之类的问题？
最后更新
上面提到的间歇性行为可能是我的失误。经过大量试验，我发现只需缩短路径和图像文件名即可解决我的问题。
我没有进行足够的实验来确定长度的确切截止点，但在切换之前，有问题的文件名长度最多为 141 个字符（包括路径和扩展名）。缩短路径和文件名后，最长为 105 个字符，现在一切都正常。所以，我的系统的截止点一定在这个范围内。
作为参考，我在 Windows 7 x64 上使用 MikTeX 2.8 和 TeXnic Center 2 Alpha 3 进行构建。
答案1
我不知道 LaTeX 中的具体限制，但您需要遵守您的操作系统或您调用的任何程序的限制（例如，许多程序不允许文件名包含特殊字符或空格）。
根据您创建文档的用途，出版商可能会对图形文件的命名施加限制。例如，AMS 要求：
- 文件名不应超过 20 个字符（包括扩展名）。
- 文件名中只能使用小写字母、数字、破折号或下划线。
- 文件名应该具体且具有描述性，而不是通用的：
smith-fig-3.eps比 更好fig3.eps。
（取自他们的创建图形.pdf）