Windows环境下运行Django runserver时调用socket.getfqdn触发UnicodeDecodeError错误

看起来你遇到的是Windows环境下socket模块解析本地主机信息时的编码兼容问题——虽然单独测试socket的基础函数一切正常，但Django启动时的调用路径偏偏触发了这个隐藏的编码bug。我给你几个可行的排查和解决方向：

1. 检查并修复Windows hosts文件的编码与内容 #

Windows的hosts文件如果编码不对或者条目异常，很容易导致主机名解析时的编码错误：

• 打开路径 C:\Windows\System32\drivers\etc\hosts（需要管理员权限编辑）
• 检查文件编码：如果是ANSI编码且包含非ASCII字符，转成带BOM的UTF-8编码（Windows系统服务对这种编码兼容性更好）
• 确保文件里有正确的本地主机映射，比如添加或确认这一行：

  127.0.0.1 DESKTOP-KTU1TC2
  

2. 临时Patch socket.getfqdn函数绕开错误 #

既然问题出在socket.getfqdn调用gethostbyaddr时的编码异常，你可以直接在项目的manage.py开头patch这个函数，跳过容易出错的解析步骤：
在manage.py的最顶部（甚至在import django之前）添加这段代码：

import socket
from socket import error as socket_error

def patched_getfqdn(name=''):
    name = name.strip()
    if not name or name in ('0.0.0.0', '::'):
        name = socket.gethostname()
    try:
        # 直接返回主机名，不调用易出错的gethostbyaddr
        return name
    except socket_error:
        return name

# 替换系统默认的getfqdn实现
socket.getfqdn = patched_getfqdn

这样Django启动时调用getfqdn就不会触发那个UnicodeDecodeError了。

3. 重启Windows DNS解析服务 #

有时候Windows的DNS缓存或服务异常会导致解析逻辑混乱：

1. 以管理员身份打开命令提示符
2. 执行以下命令重启DNS客户端服务并清空缓存：

   net stop dnscache
   net start dnscache
   ipconfig /flushdns
   

3. 之后再尝试启动Django服务器。

4. 尝试调整Python版本（备选方案） #

你当前用的是Python 3.12，这个版本对socket模块的编码处理可能有新的逻辑变化。如果前面的方法都无效，可以试试降级到Python 3.11.x版本，看看是否能避开这个特定版本的bug。

补充说明 #

你单独测试socket函数正常但Django启动时出错，是因为Django在启动服务器的过程中，调用getfqdn的上下文和交互式Shell里不一样——比如Django的WSGI服务器初始化时，会更严格地解析主机信息，触发了socket模块中隐藏的编码处理分支。

备注：内容来源于stack exchange，提问作者Artem_tmk