使用OpenSSL递归计算目录文件SHA256值时文件无法打开的问题

最可能的原因：路径不完整 #

遍历目录时，traverse_dirs函数传递给sha256_file的大概率是文件名而非完整路径。比如遍历子目录./docs里的note.txt时，只传了note.txt，而程序当前工作目录还是根目录，fopen("note.txt")自然找不到文件。

解决方法：

• 在遍历过程中，拼接出文件的完整路径（绝对路径或相对于程序启动目录的相对路径）。比如拿到目录名dir和文件名file后，用snprintf拼接成"%s/%s", dir, file（注意处理目录末尾是否带/的情况）。
• 示例代码片段：

  char full_path[PATH_MAX];
  snprintf(full_path, sizeof(full_path), "%s/%s", current_dir, filename);
  sha256_file(full_path);
  

调试必做：打印错误信息 #

在sha256_file中，当fopen返回NULL时，立刻打印错误详情，能直接定位问题：

FILE *fp = fopen(filename, "rb");
if (!fp) {
    perror("Failed to open file");
    fprintf(stderr, "Attempted path: %s\n", filename);
    return -1;
}

perror会输出系统级错误（比如No such file or directory对应路径错误，Permission denied对应权限问题），再加上打印尝试打开的路径，一眼就能看出问题所在。

其他可能的原因 #

• 工作目录变更：如果traverse_dirs中调用了chdir切换目录，后续打开文件时用相对路径就会出错。解决方法：不要在遍历过程中切换工作目录，始终用完整路径访问文件；如果必须切换，记得遍历完子目录后切回原目录。
• 符号链接处理不当：如果遍历到符号链接（软链接），直接用fopen打开可能指向无效路径或无权限访问的文件。解决方法：用lstat判断是否为符号链接，根据需求决定是否跳过或跟随链接（跟随的话用realpath获取真实路径）。
• 文件描述符耗尽：如果traverse_dirs中打开目录流（DIR*）后没有及时用closedir关闭，会导致文件描述符耗尽，进而fopen失败。检查遍历代码，确保每个opendir都对应closedir。

内容的提问来源于stack exchange，提问作者Jukeland