Flask 文档显示：
add_url_rule(*args, **kwargs)
Connects a URL rule. Works exactly like the route() decorator.
If a view_func is provided it will be registered with the endpoint.
endpoint – the endpoint for the registered URL rule. Flask itself assumes the name of the view function as endpoint
“端点”到底是什么意思？
Flask（和底层 Werkzeug 库）的整个想法是将 URL 路径映射到您将运行的某些逻辑（通常是“视图函数”）。您的基本视图定义如下：
@app.route('/greeting/<name>')
def give_greeting(name):
return 'Hello, {0}!'.format(name)
请注意，您提到的函数 (add_url_rule) 实现了相同的目标，只是不使用装饰器符号。因此，以下是相同的：
# No "route" decorator here. We will add routing using a different method below.
def give_greeting(name):
return 'Hello, {0}!'.format(name)
app.add_url_rule('/greeting/<name>', 'give_greeting', give_greeting)
假设您的网站位于“www.example.org”并使用上述视图。用户在浏览器中输入以下 URL：
http://www.example.org/greeting/Mark
Flask 的工作是获取这个 URL，找出用户想要做什么，然后将它传递给你的许多 python 函数之一进行处理。它采用以下路径：
/greeting/Mark
...并将其与路线列表相匹配。在我们的例子中，我们定义了这个路径去give_greeting函数。
然而，虽然这是您创建视图的典型方式，但它实际上从您那里提取了一些额外的信息。在幕后，Flask 并没有直接从 URL 跳转到应该处理这个请求的视图函数。它不只是说...
URL (http://www.example.org/greeting/Mark) should be handled by View Function (the function "give_greeting")
实际上，还有另一个步骤，它将 URL 映射到端点：
URL (http://www.example.org/greeting/Mark) should be handled by Endpoint "give_greeting".
Requests to Endpoint "give_greeting" should be handled by View Function "give_greeting"
基本上，“端点”是一个标识符，用于确定代码的哪个逻辑单元应该处理请求。通常，端点只是视图函数的名称。但是，您实际上可以更改端点，如下例所示。
@app.route('/greeting/<name>', endpoint='say_hello')
def give_greeting(name):
return 'Hello, {0}!'.format(name)
现在，当 Flask 路由请求时，逻辑如下所示：
URL (http://www.example.org/greeting/Mark) should be handled by Endpoint "say_hello".
Endpoint "say_hello" should be handled by View Function "give_greeting"
端点通常用于“反向查找”。例如，在您的 Flask 应用程序的一个视图中，您想要引用另一个视图（也许当您从站点的一个区域链接到另一个区域时）。您可以使用url_for(). 假设以下
@app.route('/')
def index():
print url_for('give_greeting', name='Mark') # This will print '/greeting/Mark'
@app.route('/greeting/<name>')
def give_greeting(name):
return 'Hello, {0}!'.format(name)
这是有利的，因为现在我们可以更改应用程序的 URL，而无需更改引用该资源的行。
可能出现的一个问题如下：“为什么我们需要这个额外的层？” 为什么要将路径映射到端点，然后将端点映射到视图函数？为什么不跳过中间步骤？
原因是因为这种方式更强大。例如，Flask Blueprints允许您将应用程序拆分为多个部分。我可能将我所有的管理端资源放在一个名为“admin”的蓝图中，并将我的所有用户级资源放在一个名为“user”的端点中。
蓝图允许您将它们分成命名空间。例如...
主要.py：
from flask import Flask, Blueprint
from admin import admin
from user import user
app = Flask(__name__)
app.register_blueprint(admin, url_prefix='admin')
app.register_blueprint(user, url_prefix='user')
管理员.py：
admin = Blueprint('admin', __name__)
@admin.route('/greeting')
def greeting():
return 'Hello, administrative user!'
用户.py：
user = Blueprint('user', __name__)
@user.route('/greeting')
def greeting():
return 'Hello, lowly normal user!'
请注意，在这两个蓝图中，“/greeting”路由是一个名为“greeting”的函数。如果我想引用管理员“问候”功能，我不能只说“问候”，因为还有一个用户“问候”功能。通过让您将蓝图的名称指定为端点的一部分，端点允许一种命名空间。所以，我可以做以下......
print url_for('admin.greeting') # Prints '/admin/greeting'
print url_for('user.greeting') # Prints '/user/greeting'
Endpoint 是用于反向查找 url 规则url_for的名称，默认为视图函数的名称。
小例子：
from flask import Flask, url_for
app = Flask(__name__)
# We can use url_for('foo_view') for reverse-lookups in templates or view functions
@app.route('/foo')
def foo_view():
pass
# We now specify the custom endpoint named 'bufar'. url_for('bar_view') will fail!
@app.route('/bar', endpoint='bufar')
def bar_view():
pass
with app.test_request_context('/'):
print url_for('foo_view')
print url_for('bufar')
# url_for('bar_view') will raise werkzeug.routing.BuildError
print url_for('bar_view')
如果你有相同的类名并且想要映射多个路由，那么指定端点，这样框架就会区分两者：
class ClassName(Resource):
def get(self):
if request.endpoint!='hello':
return {"data": "Hello"}
elif:
return {"data" : "World"}
api.add_resource(ClassName, '/rout1', endpoint = "world")
api.add_resource(ClassName, '/rout2', endpoint="hello")
@app.route('/') #Endpoint
def a_function(): #View function
return 'view'
在 Flask 内部，每个端点及其请求方法都映射到一个视图函数。当你使用 app.route 装饰器时，你实际上是在添加一个 URL 规则。