1.如何理解python@contextmanager装饰器源码?
2.generator 执行机制分析
3.kotlinä¹åç¨(å
),åç¨ä¸ç asyncålaunchçåºå«ä»¥årunBlocking
4.Java多线程中join、yield、sleep方法详解
如何理解python@contextmanager装饰器源码?
理解@contextmanager装饰器的关键在于其如何简化上下文管理器的实现。通过将其包装在生成器函数中,我们能使用with语句轻松执行前置和后置操作,而无需复杂的tlsc语言源码try/finally语句。
@contextmanager的实现依赖生成器和yield语句。当创建一个使用@contextmanager装饰器的上下文管理器时,Python解释器会首先调用生成器函数的__enter__方法,返回生成器对象。接着,解释器调用生成器对象的__next__方法,执行yield语句前的代码。这允许我们在yield前执行前置操作,并在yield后执行后置操作。当离开with语句时,解释器会调用生成器的__exit__方法,执行清理操作。
在使用with语句时,皇冠系统源码我们期望所有异常能够被处理,而不是向上抛出。在@contextmanager生成的上下文管理器中,通过try/except语句捕获所有异常,并将它们传递给yield语句。生成器函数决定是否处理这些异常,否则,异常将被重新抛出。
总之,@contextmanager装饰器通过在生成器函数中实现上下文管理器,使得我们能够轻松使用with语句执行前置和后置操作。异常处理则通过try/except与yield语句结合,确保所有异常都能被妥善处理,同时保持代码简洁。
下面是一个使用@contextmanager装饰器的示例:
定义一个生成器函数my_context(),使用@contextmanager装饰器转换为上下文管理器。在with语句块开始时,打印一条消息。git源码配置yield语句将控制权传递给with块内的代码,将返回值赋给message。with块结束后,打印一条离开上下文的消息。
输出结果将显示进入和离开上下文的提示信息。如果在with块内部出现异常,finally语句块将确保上下文正确清理,即使异常发生。
generator 执行机制分析
本文以下面代码为例,分析 generator 执行机制相关的源码,版本为 V8 7.7.1。
首先,当 let iterator = test() 开始执行时,V8 调用 Runtime_CreateJSGeneratorObject,创建一个生成器对象。此函数逻辑是创建 JSGeneratorObject 的实例,设置相关属性后返回生成器对象 generator。此时生成器对象 generator 被保存在累加器中。eclipse配置源码在字节码 SuspendGenerator 的处理函数中,该函数暂停当前函数的执行,并多次调用 StoreObjectField 来保存生成器函数当前运行的状态。最后返回累加器中的值,即生成器对象 generator。因此,生成器函数在执行到“第一次暂停”的位置时,处于暂停状态。
在有了生成器对象后,可以调用其 next 方法让生成器函数继续执行。当 JavaScript 代码继续执行 iterator.next() 时,生成器对象的 next 方法被调用。生成器函数恢复执行需要 CPU 的寄存器操作。在笔者的 Mac 下,调用链路为GeneratorBuiltinsAssembler::GeneratorPrototypeResume-> CodeFactory::ResumeGenerator-> Builtins::Generate_ResumeGeneratorTrampoline。之后,调用 X 汇编,使生成器函数在暂停处恢复执行。gcc 源码分析此过程通过 Builtins::Generate_ResumeGeneratorTrampoline 函数完成,函数通过将未来要返回的地址压栈,并跳转到生成器函数 test 暂停的地方,继续执行。
生成器函数从暂停处继续执行后,字节码一行一行往下执行,直到遇到下一个 SuspendGenerator,即“第二次暂停”。这是由 yield 带来的。yield 被 V8 编译成 SuspendGenerator 和 ResumeGenerator 两条字节码,分别表示保存状态暂停和恢复状态继续执行。
async/await 与 generator 的关系分析:async/await 和 generator 都有暂停当前函数执行并从暂停处恢复执行的能力。await 和 yield 对应的字节码都是 SuspendGenerator 和 ResumeGenerator。生成器函数暂停时,需要调用生成器对象的 next 方法来从暂停处恢复执行。async 函数依赖 Promise 和 microtask,当 V8 在执行 microtask 队列时,已经暂停的 async 函数恢复执行。async 函数通过 Generator 和 Promise 获得保存状态暂停和恢复状态执行的能力,以及自我驱动向下继续执行的能力,从而避免调用 next 方法。
JavaScript 中的函数类型较为复杂。虽然在 JavaScript 中,1 和 0.1 都是 number,但在 V8 中它们是不同的类型,内存表示和 CPU 运算指令也有所不同。因此,即使在 JavaScript 中 typeof 都返回 function 的 test、test1、test2,在 V8 中是不同的类型。日常开发中,当一个组件/方法需要一个函数做为参数时,需要确保正确传递 ES6 之前的函数、async 函数或生成器函数,以避免运行时错误。
原生 generator 与 babel 转译的区别:在日常开发中,生成器/async 函数会被 babel 转译成类似下面的代码。这段代码中,test 函数被多次调用,但由于闭包保存了函数执行的状态,每次调用 test 都是新的 test。这种实现非常巧妙,但与 V8 中生成器函数的原理有较大区别。Babel 转译的代码无法生成字节码 SuspendGenerator 和 ResumeGenerator。
总结:生成器函数被调用时,开始执行并返回生成器对象后暂停。调用 iterator.next() 后,生成器函数从第一次暂停的位置恢复执行,遇到 yield(SuspendGenerator)后第二次暂停。
kotlinä¹åç¨(å ),åç¨ä¸ç asyncålaunchçåºå«ä»¥årunBlocking
kotlinä¹åç¨(ä¸),线ç¨,è¿ç¨,åç¨,åç¨å¯ä»¥æ¿æ¢çº¿ç¨å?
kotlinä¹åç¨(äº),Kotlinåç¨æ¯ä»ä¹ãæèµ·æ¯ä»ä¹ãæèµ·çéé»å¡å¼
kotlinä¹åç¨(ä¸),å¼å§å建åç¨,launch,withContext
kotlinä¹åç¨(å),åç¨çæ ¸å¿å ³é®åsuspend
kotlinä¹åç¨(äº),launch å½æ°ä»¥ååç¨çåæ¶ä¸è¶ æ¶
kotlinä¹åç¨(ä¸),åç¨ä¸relayãyield åºå«
launch å½æ°å®ä¹ï¼
async å½æ°å®ä¹ï¼
ä»æºç å¯ä»¥çåºlaunch å asyncçå¯ä¸åºå«å¨äºasyncçè¿åå¼
async è¿åçæ¯ Deferred ç±»åï¼Deferred 继æ¿èª Job æ¥å£ï¼Jobæçå®é½æï¼å¢å äºä¸ä¸ªæ¹æ³ await ï¼è¿ä¸ªæ¹æ³æ¥æ¶çæ¯ async éå ä¸è¿åçå¼ï¼async çç¹ç¹æ¯ä¸ä¼é»å¡å½å线ç¨ï¼ä½ä¼é»å¡æå¨åç¨ï¼ä¹å°±æ¯æèµ·
runBlocking å¯å¨çåç¨ä»»å¡ä¼é»æå½å线ç¨ï¼ç´å°è¯¥åç¨æ§è¡ç»æãå½åç¨æ§è¡ç»æä¹åï¼é¡µé¢æä¼è¢«æ¾ç¤ºåºæ¥ã
runBlocking é常éç¨äºåå æµè¯çåºæ¯ï¼èä¸å¡å¼åä¸ä¸ä¼ç¨å°è¿ä¸ªå½æ°
Java多线程中join、yield、sleep方法详解
在Java多线程编程中,Thread类扮演关键角色。掌握Thread中join、yield、sleep方法,是多线程代码开发的基础。以下总结这3个方法的含义及应用。
sleep方法,静态本地方法,调用底层C库实现睡眠。接收毫秒参数,让当前线程睡眠指定时间。睡眠期间,线程不会释放锁。会抛出InterruptedException异常。示例代码显示,多个运行结果可能不同,但始终一个线程运行完全后另一个开始。
yield方法,向调度器表示愿意让出CPU执行权,但调度器可能忽略此请求。适用于在多个线程间提升相对进度,需结合性能分析和基准测试。使用较少,对调试、测试或并发控制结构设计可能有用。
join方法有3个重载版本。主要关注第二个方法,用于等待目标线程指定时间后消亡。无参数join方法等效于等待目标线程完全结束。源码中通过while循环和isAlive()方法判断,确保线程等待目标线程执行完毕。
以刷抖音为例,假设刷抖音线程运行秒,而睡觉线程运行时间仅为毫秒。通过join方法,睡觉线程需等待刷完抖音后,才能开始执行,展示join方法使等待线程挂起直至目标线程结束的特性。
至此,join、yield、sleep方法的使用理解加深,它们在多线程编程中分别用于线程睡眠、让出CPU执行权和等待其他线程结束,是实现并发控制和优化的关键。
2024-11-20 02:27
2024-11-20 02:23
2024-11-20 02:04
2024-11-20 01:39
2024-11-20 01:20
2024-11-20 00:49
2024-11-20 00:44
2024-11-20 00:39