Python日志写入函数改写后出现乱码问题求助

1. 编码不统一问题 #

Python的open()函数默认编码依赖系统环境，Mac默认是UTF-8，但NAS挂载场景下可能出现编码不一致，或者日志文件曾被其他编码写入过，导致后续追加时编码冲突。

• 解决：写入时明确指定UTF-8编码，修改代码：

  def write_to_log(lines):
      with open(ERROR_LOG_PATH + ERROR_LOG_NAME, 'a', encoding='utf-8') as file:
          file.write('\n'.join(lines))
          file.write('\n')
  

  原写法同样需要加上encoding='utf-8'参数，确保编码一致。
• 注意：with语句会自动处理文件关闭，无需手动调用file.close()，冗余调用可能引发异常。

2. NAS文件系统编码兼容性 #

NAS的SMB/NFS等共享协议可能使用非UTF-8编码（如GBK、ISO-8859-1），导致文件存储时编码转换出错。

• 排查：在Mac终端挂载NAS时手动指定编码参数，例如SMB挂载：

  mount_smbfs //user:password@nas_ip/share /Volumes/nas_share -o nobrowse,encoding=utf-8
  

• 验证：在NAS管理界面查看日志文件的编码属性，确认是否为UTF-8格式。

3. 文件损坏问题 #

封装函数时可能意外写入二进制内容，或文件在NAS传输过程中损坏，导致后续打开乱码。

• 排查：用终端查看日志文件的原始内容：

  head -20 /path/to/your/error.log
  

  若发现不可识别的二进制字符，说明文件已损坏，备份后删除原文件，重新生成日志。

4. 字符串拼接的隐式编码问题 #

如果firstName或lastName包含非ASCII字符（如中文、特殊符号），旧式字符串拼接可能触发隐式编码转换，导致写入异常。

• 解决：使用f-string统一拼接，确保字符串为UTF-8格式：

  log_line = f'ERROR TITLE: user {user_id} {firstName} {lastName} dataframe is empty for this user'
  write_to_log([log_line])
  

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