Python全局变量误用致Heroku上值随机变更问题求助

我一眼就看出问题所在了——你用全局变量存储用户特定的排序/搜索条件，这在多进程的生产环境（比如Heroku）里完全行不通！

本地开发时，Flask用的是单进程服务器，所有请求共享同一个进程的内存，全局变量看起来能正常工作；但Heroku这类生产环境通常用多进程部署（比如Gunicorn启动多个worker进程），每个进程有自己独立的内存空间：

• 不同用户的请求可能被分配到不同进程，各自的全局变量副本完全独立，值会随机“跳变”
• 同一个用户的后续请求也可能落到不同进程，导致之前设置的条件丢失或被其他用户的请求覆盖

Flask的session对象是专门用来存储每个用户会话数据的，它会把数据绑定到用户的浏览器（默认存在加密的Cookie里，也可配置成服务器端存储），每个用户有自己独立的session空间，完全不会互相干扰。

下面是针对你的代码的修改步骤：

1. 移除全局变量定义 #

首先删掉routes.py顶部的全局变量声明：

# 删掉这两行！
member_filter_criteria = "Surname"
like = '%'

2. 修改视图函数，用Session替代全局变量 #

更新testmembers视图函数，把原来依赖全局变量的地方全部换成session：

@bp.route('/testmembers/', methods=['GET', 'POST'])
@login_required
def testmembers():
    form = MemberForm()
    form.fieldtype.choices = [('--', '--'), ('User Name', 'User Name'), ('Forename', 'Forename'), ('Surname', 'Surname')]
    
    # 初始化Session默认值（第一次访问时设置）
    if 'member_filter' not in session:
        session['member_filter'] = 'Surname'
    if 'member_like' not in session:
        session['member_like'] = '%'
    
    user = Users.query.filter_by(username=current_user.username).first_or_404()
    strbal = "\n{:0.2f}.\n".format(user.balance / 100)  # 简化掉多余的printC函数
    club = Club.query.filter_by(clubnum=current_user.club).first_or_404()
    clubname = club.clubname
    todaydate = date.today()
    
    newquery = 'No'
    if form.validate_on_submit():
        newquery = 'Yes'
        # 将新的搜索/排序条件存入Session
        session['member_like'] = form.searchletter.data.upper() + '%'
        session['member_filter'] = form.fieldtype.data
        
        # 根据提交的条件查询用户列表
        match session['member_filter']:
            case 'User Name':
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .filter(Users.username.like(session['member_like']))\
                    .order_by(Users.username.asc())
            case 'Forename':
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .filter(Users.forename.like(session['member_like']))\
                    .order_by(Users.forename.asc())
            case 'Surname':
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .filter(Users.surname.like(session['member_like']))\
                    .order_by(Users.surname.asc(), Users.forename.asc())
            case '--':
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .filter(Users.forename.like(session['member_like']))\
                    .order_by(Users.surname.asc(), Users.forename.asc())
    else:
        # 从Session读取之前的条件，填充表单
        form.fieldtype.data = session['member_filter']
        current_like = session['member_like']
        # 处理搜索框显示：去掉末尾的%，让用户看到正常的输入内容
        form.searchletter.data = current_like.rstrip('%') if current_like != '%' else ''
        
        # 根据Session中的条件查询用户列表
        match session['member_filter']:
            case 'User Name':
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .filter(Users.username.like(session['member_like']))\
                    .order_by(Users.username.asc())
            case 'Forename':
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .filter(Users.forename.like(session['member_like']))\
                    .order_by(Users.forename.asc())
            case 'Surname':
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .filter(Users.surname.like(session['member_like']))\
                    .order_by(Users.surname.asc(), Users.forename.asc())
            case '--':
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .filter(Users.forename.like(session['member_like']))\
                    .order_by(Users.surname.asc(), Users.forename.asc())
            case _:
                # 默认 fallback：按姓氏排序
                users_list = Users.query.filter_by(club=club.clubnum)\
                    .order_by(Users.surname.asc(), Users.forename.asc())
    
    # 分页逻辑保持不变
    paginator = Paginator(users_list, club.items_per_page)
    page = 1 if newquery == 'Yes' else request.args.get('page', 1, type=int)
    paginatelist = paginator.get_page(page)
    
    return render_template('member.html', title=_('Members'), club=club, paginator=paginator, paginatelist=paginatelist, form=form)

3. 生产环境Session注意事项 #

• 确保你的Flask应用设置了安全的SECRET_KEY，可以在Heroku的环境变量中配置（比如heroku config:set SECRET_KEY=your_secure_random_key），这是加密Session数据的关键。
• 如果你的应用需要存储大量Session数据，或者不想把数据存在用户Cookie里，可以用Flask-Session扩展，配合Redis等服务器端存储方案。

本地开发服务器是单进程的，所有请求共享同一个内存空间，全局变量的修改会被所有请求共享——但这其实也是个隐藏问题：如果两个用户同时访问你的本地站点，他们的排序条件会互相覆盖！只是你可能没测试多用户场景，而Heroku的多进程部署把这个问题放大成了明显的随机错误。

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