还记得在第七章中，我添加了用于在生产环境中发生错误时发送电子邮件的配置项? 当时我没有告诉你，不过，我选择的配置变量都是Flask-Mail的需求的，所以不需要任何额外的工作，配置的活已经完工。...Gmail帐户中的安全功能可能会阻止应用通过它发送电子邮件，除非你明确允许“安全性较低的应用程序”访问你的Gmail帐户。...02 Flask-Mail 使用 为了学习Flask-Mail如何工作，我将向你展示如何用Python shell发送电子邮件。...我不打算详细讨论这个问题，但是需要知道的是，有两种类型的上下文，即应用上下文和请求上下文。 在大多数情况下，这些上下文由框架自动管理，但是当应用启动自定义线程时，可能需要手动创建这些线程的上下文。...许多Flask插件需要应用上下文才能工作，因为这使得他们可以在不传递参数的情况下找到Flask应用实例。
对于 Web 应用程序，往往需要有很多讯息及时的通知到用户，这种通知方式一般都是通过 Email 来实现的。...而在 Flask 应用当中，我们可以选择 flask-mail 插件来把邮件功能很好的集成到我们的应用当中，安装和初始化都是我们熟悉命令和配置 安装： pip install flask-mail 配置...下面我们就在当前的程序当中，集成 Flask-Mail 集成邮件功能 这里要注意的一点，为了信息安全，我们千万不要把用户名和密码直接写到代码当中，而是尽量使用环境变量来代替 app.config['MAIL_SERVER...异步发送邮件 细心的你可能已经发现了，当我们点击发送之后，会稍微停顿几秒，这是因为我们当时是同步发送邮件，也就是程序会等待邮件发送请求返回后，才执行后面的动作，为了避免这种类似无响应的情况，我们可以使用异步的方式来发送邮件...我们可以为发送邮件这个功能开启一个新的线程，这样我们 Web 的主线程就不需要等待了 def send_async_email(app, msg): with app.app_context()
在作为后台线程运行的send_async_email()函数中直接使用current_app将不会奏效，因为current_app是一个与处理客户端请求的线程绑定的上下文感知变量。...这个变量在当前线程中查找活跃的应用上下文，如果找到了，它会从中获取应用实例。如果没有上下文，那么就没有办法知道哪个应用实例处于活跃状态，所以current_app就会引发一个异常。...下面你可以看到它是如何在Python控制台中工作的。这需要通过运行python启动，因为flask shell命令会自动激活应用程序上下文以方便使用。...在调用你的视图函数之前，Flask推送一个应用上下文，它会使current_app和g生效。当请求完成时，上下文将与这些变量一起被删除。...为了使db.create_all()调用在单元测试setUp()方法中工作，我为刚刚创建的应用程序实例推送了一个应用上下文，这样db.create_all()可以使用 current_app.config
_返回除异步迭代器之外的任何内容，则将引发RuntimeError。...协程不再抛出StopIteration异常，因为抛出的StopIteration异常会被包装（wrap）成一个RuntimeError异常。...这和在def函数之外使用yield语句一样。 如果await右边不是一个awaitable对象，会引发TypeError异常。...在使用async with时，如果上下文管理器没有__aenter__和__aexit__方法，则会引发错误。在async def函数之外使用async with则会引发SyntaxError异常。...如果尝试对其使用__iter__或__next__方法，会引发TypeError异常。 未装饰的生成器不能yield from一个原生协程，这样做会引发TypeError异常。
一个类在 Python 中，只要实现以下方法，就实现了「上下文管理器协议」： __enter__：在进入 with 语法块之前调用，返回值会赋值给 with 的 target __exit__：在退出...contextlib模块 对于需要上下文管理的场景，除了自己实现 __enter__ 和 __exit__ 之外，还有更简单的方式来做吗？ 答案是肯定的。...语法块发生了异常，__exit__ 会把这个异常通过生成器，传入到 with 语法块内，也就是把异常抛给调用者 再来看 closing 的实现，closing 方法就是在 __exit__ 方法中调用了自定义对象的...之后在调用 with pipeline(redis) as pipe 时，就可以开启一个事物和管道，然后在 with 语法块内向这个管道中添加命令，最后 with 退出时会自动执行 pipeline 的...所以，如果我们在开发中把操作资源的前置和后置逻辑，通过上下文管理器来实现，那么我们的代码结构和可维护性也会有所提高，推荐使用起来。
01 任务类别简介 任务进程为后台作业提供了一个便捷的解决方案。Worker过程独立于应用程序运行，甚至可以位于不同的系统上。应用程序和worker之间的通信是通过消息完成的。...幸运的是，Flask-Mail支持附件，所以我需要做的就是扩展send_email()函数的控件关键字参数，然后在Message对象中配置它。...因为这将在单独的进程中运行，所以我需要初始化Flask-SQLAlchemy和Flask-Mail，而Flask-Mail又需要Flask应用程序实例以从中获取它们的配置。...根本没有，current_app表达式会返回一个错误。 然后我开始考虑如何在这个函数运行时报告进度。另外通过job.meta字典传递进度信息之外，我还想将通知推送给客户端，刹车自动动态更新完成百分比。...逐步，我将使用我在第二十一章中生成的通知机制。更新将以与未读消息徽章非常类似的方式工作。
如何关闭异常自动关联上下文？ 当你在处理异常时，由于处理不当或者其他问题，再次抛出另一个异常时，往外抛出的异常也会携带原始的异常信息。 就像这样子。...("Something bad happened") RuntimeError: Something bad happened 如果在异常处理程序或 finally 块中引发异常，默认情况下，异常机制会隐式工作会将先前的异常附加为新异常的...这就是 Python 默认开启的自动关联异常上下文。 如果你想自己控制这个上下文，可以加个 from 关键字（from 语法会有个限制，就是第二个表达式必须是另一个异常类或实例。）...) 最后，如果我想彻底关闭这个自动关联异常上下文的机制？...数据的生成过程可能需要经过计算，规整，远程获取等操作，如果是同一份数据需要多次使用，每次都重新生成会大大浪费时间。所以，如果将计算或者远程请求等操作获得的数据缓存下来，会加快后续的数据获取需求。
8.2 异常 程序执行时往往会出现预期之外的错误，也就是异常。 这些错误未必是程序设计的问题，也可能是用户非法输入、网络问题等导致程序出错。...执行一些可能出错的操作 except 异常类型: ... 对出错进行一个说明和处理 例如，我们写了一个从用户输入读取a,b，并计算a/b的程序。...这个变量会绑定到一个异常实例并将参数存储在 instance.args 中。print(err)会调用异常类的__str__() 方法，获取表示异常的字符串。...不论 try 语句是否触发异常，都会执行 finally 子句。在实际应用程序中，finally 子句对于释放外部资源（例如文件或者网络连接）非常有用。...如果该异常没有 except 子句处理，在 finally 子句执行后会被重新触发。 • except 或 else 子句执行期间也会触发异常。
就跟前面的系列文章所述，上下文管理器也是一种协议，包含__enter__和__exit__方法。在with语句开始运行是会调用__enter__方法，结束后会调用__exit__方法。...说了这么多，这意味着我们也可以制造一个上下文管理器，只要实现了__enter__和__exit__方法。...，里面包含了__enter__和__exit__方法，在with语句开始时，你会发现显示屏上出现了'enter'，这印证了之前的话，__enter__会在with语句刚开始时执行，并且 把return的结果反馈回...进入到语句块之后，会显示出'sdad'，知道报错，然后你会发现__exit__里面接受了四个变量，分别是： --self:本身的实例 --exc_type:异常类（比如NameError） --exc_value...stack traces.也就是异常栈 更详细的信息在:https://docs.python.org/3.5/library/stdtypes.html#typecontextmanager 其实每次这样定义会很累
在本 PEP 中，上下文管理器提供__enter__() 和 __exit__() 方法，在进入和退出 with 语句体时，这俩方法分别会被调用。...经过更多的讨论后，我又添加了一种机制，可以使用 throw() 方法，在挂起的生成器中抛出异常，或者用一个 close() 方法抛出一个 GeneratorExitexception；这些想法最初是在...除了赞扬之外，它还被很多人所反对，他们不喜欢它是一个（潜在的）循环结构。这意味着块语句中的 break 和 continue 可以中断或继续块语句，即使它原本被当作非循环的资源管理工具。...请注意，在使用完生成器对象后，我们不保证会立即执行 finally 子句，尽管在 CPython 中是这样实现的。...下面引用的内容是 Guido 为本 PEP及 PEP-342 （见8）中生成器的 close() 方法选择 RuntimeError 的原因：“我不愿意只是为了它而引入一个新的异常类，因为这不是我想让人们捕获的异常
引言 上一篇文章中，我们介绍了 python 中的迭代器与生成器。 python 中的迭代器与生成器 此前的文章中，我们已经看过上下文管理器的例子。...__exit__ 方法则相对复杂： 检查有没有把异常传给 exc_type；如果有，调用 gen.throw(exception)，在生成器函数定义体中包含 yield 关键字的那一行抛出异常 通过 next...方法调用生成器，执行接下来的任务 如果生成器未终止，则抛出 RuntimeError("generator didn’t stop") 5....需要注意的问题 从上述代码我们可以看到一个严重的问题：__enter__ 代码是未捕获异常的，一旦我们在 with 块中抛出异常，则会导致 __exit__ 中的清理代码无法被执行。...("generator didn’t yield") from None RuntimeError: generator didn’t yield 虽然仍然抛出了异常，但我们看到 __exit__ 方法中的清理代码仍然得以被执行
with语句的执行流程 在python中使用with进行上下文的管理，with语句的执行过程如下： 计算表达式的值，返回一个上下文管理器对象 加载上下文管理器对象的exit()方法，但不执行 调用上下文管理器对象的...如果5中的代码发生异常，调用上下文管理器对象的exit()方法，并将异常类型、异常值和traceback传递给exit()方法。...使用类实现上下文 在类中是通过__enter__()和__exit__()方法实现的。下面是一个简单的例子。...使用生成器实现上下文管理器 如果我们只是为一个简单的函数进行上下文管理，那么定义一个类略有些麻烦。好在我们还有标准库可以使用，这个标准库是contextlib。下面是一个简单的应用例子。...在生成器实现的上下文管理器中进行异常处理 使用类的方法进行上下文管理时，异常是作为参数传递的，那使用生成器进行上下文管理时应该怎样做呢？
之后，上下文管理代码会检测是否 __exit__() 失败来处理异常 下面通过一个简单的示例来演示如何构建自定义的上下文管理器。...注意，上下文管理器必须同时提供 __enter__() 和 __exit__() 方法的定义，缺少任何一个都会导致 AttributeError；with 语句会先检查是否提供了 __exit__()...with-body 并没有执行完，但资源会保证被释放掉，同时产生的异常由 with 语句之外的代码逻辑来捕获处理。...装饰器 contextmanager contextmanager 用于对生成器函数进行装饰，生成器函数被装饰以后，返回的是一个上下文管理器，其 __enter__() 和 __exit__() 方法由...被装饰的生成器函数只能产生一个值，否则会导致异常 RuntimeError；产生的值会赋值给 as 子句中的 target，如果使用了 as 子句的话。下面看一个简单的例子。 清单 9.
如果你在其它线程中调用asyncio.get_event_loop()，那么会抛出一个RuntimeError。...Python迭代器中的一个最大错误就是，如果没有捕获，StopIteration会持续冒泡。这样会在生成器或者协程终止的时候，产生很大的底层异常。Jinja开发过程中，和这个问题战斗了很久。...这是因为，在生成器函数中的return，实际上是抛出了一个StopIteration异常，并且携带一个参数值代表返回值。这个异常不会被迭代器协议抓取，只会被协程代码获取。...在3.5和3.6版本中有巨大的改变，因为现在除了生成器我们还有协程对象。可以通过在定义函数式加入前缀async来实现。例如async def x()会制造一个协程。...有时候内部类型转换会让你发疯。 上下文数据 除了异常的复杂度，我思考使用asycio编写好的API，还缺少一个东西，就是context local数据。这个东西已经被node社区学会了。
如果迭代中使用的元素是元素大小完全一致的序列，每次迭代时，会把相应序列的各个元素赋值给变量x、y和z。尽管使用这行代码时s大多为元组序列，但s中的各项可以为任意类型的序列，包括列表、生成器和字符串。...raise语句的一般格式是raise Exception([value])，其中Exception是异常类型，而value是一个指定异常相关细节的可选值，例如： raise RuntimeError("...上下文管理与with语句 with语句支持在由上下文管理器对象控制的运行时上下文中执行一系列语句，例如： with open("debuglog", "a") as f: f.write("Debugging...with obj语句在控制流进入和离开其后的相关代码块时，允许对象obj管理所发生的事情。执行with obj语句时，它执行方法obj.__enter__()来指示正在进入一个新的上下文。...否则，它们将包含与导致控制流离开上下文的异常相关的类型、值和跟踪信息。__exit__()方法返回True或False，分别指示被引发的异常得到了还是没有得到处理。
深入理解Python的With-as语句 ---- 学习Python有一段时间了，最近做一个项目会涉及到文件的读取和关闭。...with表达式执行生成一个叫做上下文管理器的对象，上下文管理器必须包含enter()和exit()方法，并且要实现该两个方法。...如果该方法内部产生异常,不能重新抛出通过参数传递进来的异常，只需要return False 就可以。之后，上下文管理代码会检测是否 exit() 失败来捕获和处理异常。...如果你返回True,则不会捕捉该异常，即使你在with代码块最外面包裹一个try……except…finally也不会捕捉到该异常，如果返回False则with之外的try–except也能捕捉到。...被装饰的函数只能产生一个值，否则会导致异常 RuntimeError；并且会把yield的值赋值给as后面的变量。看一下例子： #!
任务队列是一种分配小的工作单元或任务的机制，可以在不干扰大多数基于Web的应用程序的请求-响应周期的情况下执行这些任务。 任务队列有助于委派工作，否则将在等待响应时降低应用程序的速度。...它们还可以用于在主机或进程与用户交互时处理资源密集型任务。 示范 我们将构建一个Flask应用程序，该应用程序允许用户设置提醒，该提醒将在设定的时间传递到他们的电子邮件中。...使用邮件发送电子邮件 为了从Flask应用程序发送电子邮件，我们将使用Flask-Mail库，该库如下所示添加到我们的项目中： $ pipenv install flask-mail 有了Flask应用程序和表单...我们app.py将再次被修改： # 现有导入保持不变 from celery import Celery # Flask应用程序和flask-mail配置被截断 # 设置客户端 client...在第一个终端中启动Flask应用程序： $ python app.py 在第二个终端中，启动虚拟环境，然后启动Celery worker： # 启动virtualenv $ pipenv shell
任务队列是一种分配小的工作单元或任务的机制，可以在不干扰大多数基于Web的应用程序的请求-响应周期的情况下执行这些任务。 任务队列有助于委派工作，否则将在等待响应时降低应用程序的速度。...它们还可以用于在主机或进程与用户交互时处理资源密集型任务。 示范 我们将构建一个Flask应用程序，该应用程序允许用户设置提醒，该提醒将在设定的时间传递到他们的电子邮件中。...应用程序和表单，我们现在可以将Flask-Mail集成到我们的app.py： from flask_mail import Mail, Messageapp = Flask(__name__)app.config.from_object...设置了一个可选countdown参数，定义了运行代码和执行任务之间的延迟。...在第一个终端中启动Flask应用程序： $ python app.py 在第二个终端中，启动虚拟环境，然后启动Celery worker： # start the virtualenv$ pipenv
什么是异常？ 异常即是一个事件，该事件会在程序执行过程中发生，影响了程序的正常执行。一般情况下，在Python无法正常处理程序时就会发生一个异常。 异常是Python对象，表示一个错误。...当Python脚本发生异常时我们需要捕获处理它，否则程序会终止执行。 python提供了两个非常重要的功能来处理python程序在运行中出现的异常和错误。你可以使用该功能来调试python程序。...异常处理： 本站Python教程会具体介绍。 断言(Assertions)：本站Python教程会具体介绍。...try的工作原理是，当开始一个try语句后，python就在当前程序的上下文中作标记，这样当异常出现时就可以回到这里，try子句先执行，接下来会发生什么依赖于执行时是否出现异常。...以下为与RuntimeError相关的实例，实例中创建了一个类，基类为RuntimeError，用于在异常触发时输出更多的信息。
yield from 结构的另外两个特性与异常和终止有关。 传入委派生成器的异常，除了GeneratorExit之外都传给子生成器的throw()方法。...StopIteration之外的异常会向上冒泡，传给委派生成器 如果把GeneratorExit异常传入委派生成器，或者在委派生成器上调用close()方法，那么在子生成器上调用clsoe()方法，如果它有的话...StopIteration 异常或者GeneratorExit 异常， close()方法将返回给它的调用者，如果生成是yield 一个值，会引发RuntimeError 异常。...如果生成器没有处理抛出的异常，异常会向上冒泡，传到调用方的上下文中。 generator.close:会让生成器在暂停的yield表达式处抛出GeneratorExit异常。...如果生成器没有处理这个异常，或者抛出了StopIteration异常，调用方不会报错，如果收到GeneratorExit异常，生成器一定不能产出值，否则解释器会抛出RuntimeError异常。
领取专属 10元无门槛券
手把手带您无忧上云
