Python3.8使用ab模式打开文件触发FileNotFoundError无法复现问题咨询

ab模式本身支持文件不存在时自动创建新文件，你遇到的偶发FileNotFoundError属于非常规场景，可能成因如下：

• 运行时工作目录（CWD）与预期不符
  由于你使用的是无路径的相对文件名，文件寻址完全依赖进程当前的工作目录。如果程序运行过程中存在偶发的os.chdir()调用（比如处理其他下载任务时临时切换目录，异常分支下未切回原目录），后续执行open操作时的工作目录已经不是预期的目录，就会在错误的路径下寻找/创建文件，触发该报错。你无法复现大概率是因为没有触发导致目录切换的异常分支。
  排查建议：在open操作前新增日志打印os.getcwd()的返回值，确认报错时的工作目录是否符合预期。

• 文件名包含不可见Unicode字符
  日志中打印的文件名是经过渲染后的结果，可能会自动过滤零宽空格、双向覆盖符、同形异义Unicode字符这类不可见内容。你复制日志中的文件名测试时，实际使用的文件名和报错时程序拿到的file_name变量值并不完全一致，自然无法复现。
  排查建议：新增日志打印[ord(c) for c in file_name]的输出，将报错时的字符编码序列和你测试用的文件名编码序列做对比，确认是否存在额外字符。

• 存在同名失效软链接
  如果目标路径下已经存在一个和该文件名完全一致的软链接，且软链接指向的原始文件/目录已经被删除，使用ab模式打开该路径时，内核会尝试访问软链接指向的不存在的路径，直接抛出FileNotFoundError，而不会自动新建同名文件替换软链接。如果报错后失效软链接被清理程序删除，你后续测试时就会直接创建新文件，无法复现问题。

• 并发操作导致的路径失效
  如果有其他进程/线程和当前程序存在操作冲突，比如在open操作执行前的极短时间内，当前工作目录被其他进程删除/移动，或者该文件刚被创建就被其他进程删除，也会偶发该报错。这类时序问题本身就很难稳定复现。

• 运行环境locale配置异常
  Ubuntu 16.04默认的systemd服务、crontab任务的运行环境locale为C而非UTF-8，Python 3.8在非UTF-8 locale下处理包含中文的文件名时，会出现编码转义异常，导致内核无法识别传入的文件名路径，抛出找不到文件的错误。你手动测试时通常是在配置了UTF-8 locale的交互式shell下运行，自然无法复现服务端运行时的问题。
  排查建议：新增日志打印程序运行时的os.environ.get('LANG')、sys.getfilesystemencoding()两个值，确认是否为UTF-8。

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