如何在Google AppEngine上使用Flask-Login限制静态文件访问

优先选择方案1，另外两个方案均不符合要求：

• 方案2的模糊命名属于伪安全策略，仅靠路径隐藏无法满足第三方JS文件的保密合同约束，一旦路径泄露资源会直接暴露，完全不具备合规性。
• 方案3已明确不符合安全要求，直接排除。

方案1是唯一同时满足安全合规、实现成本低、逻辑可控的方案，具体实现可参考如下代码，同时需要删除app.yaml中原有的/static静态handler配置，确保所有静态资源请求都会进入Flask进程处理：

from flask import send_from_directory
from flask_login import login_required

@app.route('/static/<path:filename>')
@login_required
def protected_static(filename):
    return send_from_directory('static', filename)

单F1-micro实例场景 #

F1-micro算力较低，但是静态资源大多为小体积的JS、CSS、图片文件，Flask的send_from_directory底层调用操作系统sendfile机制，本身开销极低，额外的性能损耗仅来自Flask-Login的session校验逻辑（单请求开销仅几毫秒）。只要单实例承载QPS在100以内、静态文件单体积普遍小于1MB，几乎感知不到性能差异。
如果存在超过10MB的大体积静态资源，可以额外优化：将大文件存储到Google Cloud Storage，配置Bucket仅允许AppEngine服务账号读取，Flask登录校验后生成临时签名URL返回给前端下载，大文件流量直接走GCS，不会占用实例算力。

升级到e2-standard-2实例场景 #

e2-standard-2具备2vCPU、8GB内存，应付静态资源请求绰绰有余，就算QPS上涨到数百量级，静态资源请求带来的性能损耗占比也不会超过5%，完全可以忽略。如果后续访问量进一步上涨，还可以添加带身份校验逻辑的CDN层缓存静态资源，进一步降低实例负载。

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