为什么用户级线程（光纤）的实现需要每个光纤新分配的堆栈？

作者: 樱花弄๑•ั็•็
发布时间: 2025-01-14 04:03:47 (1月前)
转自：

3 条回复

0#
回复此人
Jacob | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 假设光纤具有调用另一个功能的功能，该功能调用另一个功能，然后该功能将该光纤切换为另一个光纤。当我们恢复这条光纤时，我们需要确保所有局部变量都恢复到光纤切换时的状态，我们需要确保从该函数返回的函数返回到调用函数。因此出现以下规则： </p> <OL> <LI> 光纤正在运行时，它可以改变其堆栈。 </LI> <LI> 当光纤恢复时，堆叠必须回到光纤切换时的位置。 </LI> </醇> <P> 紧接着这两条规则，每条光纤都必须有自己的堆栈。 </p> </DIV>

编辑
1#
回复此人
文艺青年 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 首先，线程不是为了手动控制自己的调度。也就是说，线程并不打算决定结束或暂停其执行并启动另一个线程。相反，线程可以同时运行，并且系统可以同时在不同的物理或虚拟处理器上运行多个线程，或者可以启动和停止线程，以便它们共享处理器上的可用时间。 </p> <P> 因为线程可以同时运行，所以它们必须具有单独的堆栈。每个线程都会在其他线程改变并使用它们的同时改变并使用自己的堆栈。这些堆栈必须分开以避免冲突。 </p> <P> 第二， <code> setjmp </code> 和 <code> longjmp </code> 不适合跳转到线程状态的任意点。程序可以使用 <code> longjmp </code> 只回到以前 <code> setjmp </code> 在其当前的调用堆栈中，在同一个线程中。例如，你不能做一些工作，记住状态 <code> A </code> 同 <code> setjmp </code> ，做更多的工作，记住状态 <code> B </code> 同 <code> setjmp </code> ，然后 <code> longjmp </code> 陈述 <code> A </code> ，然后 <code> longjmp </code> 陈述 <code> B </code> 。之后 <code> longjmp </code> 至 <code> A </code> ， <code> B </code> 已经不再可用了。无论是为它节省了什么 <code> setjmp </code> 不再有效。 </p> </DIV>

编辑

登录后才能参与评论