我来帮你一步步梳理这个问题——结合你说的「日志显示请求/成功但页面没跳转，其他页面相同流程正常」的情况，大概率是下面几个常见原因之一：

• AJAX异步请求导致浏览器不自动跳转
  如果你的表单是通过AJAX（比如fetch、axios或者jQuery.ajax）提交的，后端返回的redirect响应浏览器是不会自动处理跳转的。因为AJAX是异步请求，默认只会接收响应内容，不会触发页面刷新跳转。这种情况得在前端的AJAX回调里手动处理跳转，举个简单的例子：

  // 用jQuery的POST请求示例
  $.post('/your-submit-endpoint', $('#your-form').serialize(), function() {
      window.location.href = '/'; // 手动跳转到首页
  });
  

  这是最常见的诱因，毕竟其他页面正常的话，很可能这个提交逻辑用了AJAX而其他页面是普通表单提交。

• 确认url_for的端点参数是否正确
  你写的redirect(url_for(main))应该是笔误吧？url_for需要传入字符串形式的视图函数端点名称：

  • 如果首页视图函数是直接注册在主app上的：

    @app.route('/')
    def index():
        return render_template('index.html')
    

    那应该用redirect(url_for('index'))；
  • 如果main是蓝图对象，那得写成redirect(url_for('main.index'))（假设蓝图里的首页端点是index）。
    要是没加引号，Python会把main当成变量，要么直接报错，要么指向错误的端点，导致后端返回的不是重定向响应（而是200的普通响应），自然不会触发跳转。

• 检查视图函数中是否有提前返回的逻辑
  比如在执行redirect之前，有没有其他return语句被触发？举个反例：

  @app.route('/submit', methods=['POST'])
  def submit_user():
      # 假设有个判断逻辑提前返回了
      if not validate_form(request.form):
          return "表单验证失败"  # 这里提前返回，后面的redirect根本没执行
      # 存入数据库的逻辑
      return redirect(url_for('index'))
  

  这种情况下，日志里的200其实来自那个提前的return，而不是重定向的302响应。你可以仔细看看日志里有没有提交请求（比如POST /submit）的记录，看看它的状态码是不是302——如果不是，那就是redirect没被执行到。

• 排查前端路由或浏览器缓存冲突
  如果你的前端用了Vue、React这类带前端路由的框架，有时候前端路由会拦截后端的跳转请求，导致页面看起来没变化。另外，浏览器缓存旧响应也可能出现这种情况，你可以试试强制刷新页面（Ctrl+F5），或者打开开发者工具的「禁用缓存」选项再测试。

• 确认表单提交的POST/REDIRECT/GET模式
  虽然你说其他页面正常，但还是确认下：处理表单提交的视图函数是不是声明了methods=['POST']，并且是在成功存入数据库后才返回redirect。如果是用GET请求提交表单，可能会触发缓存问题，不过日志里的GET /是跳转后的请求，你可以先确认提交请求的状态码是不是302（重定向的标准状态码）。

先从这几个点排查，应该能快速定位问题。

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