Python 3.5应用出现大量HEAD 405而非GET请求，是否异常？

首先别担心，这种情况通常不是你的应用Bug，更偏向于正常的客户端行为，咱们一步步拆解：

为什么会出现HEAD 405？ #

HTTP 405状态码的含义是「Method Not Allowed」——简单说就是你的服务器针对/login/这个端点，没有开启对HEAD请求方法的支持。

而为什么会有客户端发HEAD请求？原因很多：

• 不少爬虫、网站监控工具会先发HEAD请求，目的是快速获取资源的状态（比如是否存在、Last-Modified时间），不用下载整个响应体，节省带宽；
• 部分浏览器插件、网络请求库会先发HEAD探测服务器支持的方法，失败后自动降级用GET；
• 甚至CDN、反向代理也可能发起HEAD请求做健康检查。

从你的日志看，同一IP先HEAD返回405，紧接着用GET返回200，这完全符合客户端的兼容逻辑：发现服务器不支持HEAD，就改用标准的GET请求来获取内容，对用户的正常使用没有影响。

要不要处理这些405？ #

这取决于你的需求：

• 如果只是觉得日志里的405看着烦，那可以给支持GET的端点添加上HEAD方法支持。举个常见框架的例子：
  比如用Flask的话，修改路由配置：

  @app.route('/login/', methods=['GET', 'HEAD'])
  def login_page():
      # 原有的GET请求处理逻辑
      return render_template('login.html')
  

  如果你用的是Tornado（从日志格式web:2063来看很像），部分版本里只要你实现了get()方法，框架会自动处理HEAD请求（返回和GET一样的响应头但空body），但如果你的版本比较旧（毕竟是Python3.5对应的旧版本），可能需要手动实现head()方法，或者配置开启自动支持。
• 如果不在乎日志里的这些记录，完全可以不用管——客户端已经会自动降级到GET，不影响业务功能。

总结 #

这种先HEAD 405再GET 200的请求流，是客户端的常规兼容行为，不是应用的Bug。如果想消除405日志，就给对应端点添加HEAD方法支持；不处理也完全没问题。

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