Blueprint注册顺序决定路由匹配优先级，先注册者优先匹配，后注册同路径蓝图会静默覆盖前者；url_prefix不支持动态段，template_folder/static_folder为相对蓝图文件路径，扩展须延迟绑定至app.extensions。
蓝图本身不解决可扩展性，真正决定项目是否可扩展的是注册顺序、路径设计和资源定位方式——稍不注意，register_blueprint()调用一错，路由就静默覆盖，上线后直接 404。
Blueprint注册顺序直接影响路由匹配结果
Flask 不会按文件名或目录顺序自动排序蓝图，app.register_blueprint() 的调用顺序就是路由匹配的优先级顺序。两个蓝图都注册了 /admin，后注册的那个会完全接管该路径，前一个不会报错，也不会警告。
- 常见错误现象：本地开发时
/admin/users正常，部署后返回 404 或渲染了另一个蓝图的模板 - 调试方法：启动后打印
list(app.url_map.iter_rules())，确认规则顺序和 endpoint 名称 - 必须在
create_app()工厂函数内集中注册，避免在蓝图内部反向导入app实例去自注册 - 推荐顺序示例：先
app.register_blueprint(auth_bp, url_prefix='/auth')，再user_bp，最后admin_bp
url_prefix不支持动态段，但可以组合实现版本/租户隔离
url_prefix 只接受静态字符串，写成 url_prefix='/api/v<version>'</version> 会直接抛出 ValueError: Invalid URL prefix。API 版本控制或租户路径这类需求不能靠嵌套前缀解决。
- 版本控制：为每个大版本建独立蓝图，如
v1_bp = Blueprint('v1', __name__, url_prefix='/api/v1') - 租户路径：注册
tenant_bp = Blueprint('tenant', __name__, url_prefix='/t')，然后在视图中用@tenant_bp.route('/<tenant_id>/users')</tenant_id>解析并校验tenant_id - 禁止写法：不要尝试先注册
/t，再注册/t/<id></id>—— Flask 不支持链式url_prefix
template_folder 和 static_folder 是相对蓝图文件的路径
当你写 Blueprint('blog', __name__, template_folder='templates')，Flask 查找的是「当前 Python 文件所在目录下的 templates/ 子目录」，不是项目根目录，也不是 app/templates/。
立即学习“Python免费学习笔记（深入）”；
- 典型错误：把蓝图放在
app/blueprints/blog.py，却期望模板从app/templates/blog/加载 —— 实际会去找app/blueprints/templates/ - 正确做法：要么把模板放
app/blueprints/blog/templates/，要么显式写成template_folder='../templates'（但跨级路径易出错） - 更稳妥方案：所有蓝图统一使用包内结构，例如
app/blueprints/blog/__init__.py+app/blueprints/blog/templates/
最容易被忽略的其实是蓝图间共享上下文的方式——比如 before_request 钩子只对注册了该蓝图的请求生效，全局钩子仍得在主应用里设；还有扩展（如 SQLAlchemy）必须延迟绑定到 app.extensions，不能在蓝图里初始化实例。
