关于Context（上下文）的理解

一直听到上下文一说，一直没弄清楚到底是啥意思，今天总结一下，不知道对不对

感觉对Context这个词翻译的不太好，不应该叫上下文，应该直接就叫“环境”，不过都这么叫，就叫上下文好了

所谓的上下文就是指语境，每一段程序都有很多的外部变量。只有想Add这种简单的函数才是没有外部变量的。一旦写的一段程序中有了外部变量，这段程序就是不完整的，不能独立运行，要想让他运行，就必须把所有的外部变量的值一个一个的全部传进去，这些值的集合就叫上下文。

说的通俗一点就是一段程序的执行需要依赖于外部的一些环境（外部变量等等），如果没有这些外部环境，这段程序是运行不起来的。

子程序之于程序，进程之于操作系统，甚至app的一屏之于app，都是一个道理

当程序执行了一部分，要跳转到其他的地方，而跳转到的地方需要之前程序的一些结果（包括但不限于外部变量，外部对象等等）。

app点击一个按钮进入一个新的界面，也要保存你是在那个屏幕跳过来的等等信息，以便你点击返回的时候能正确跳回

上面这些都是上下文的典型例子，所以把“上下文”理解为环境就可以了。（而且上下文虽然是上下文，但是程序里面一般都只有上文而已，只是叫的好听叫上下文。进程中断在操作系统中是有上有下的）。

所以说，通俗一点理解就是，当程序从一个位置调到另一个位置的时候，这个时候就叫上下文的切换（因为他要保存现场，各种的压栈，出栈等等），进程之间切换也叫上下文切换，因为也要保存现场，以便切换回之前的线程

以我自己的认识水平来说，在C或者C++中，context一般就是一个结构体，用来存储一些关键信息，比如切换上下文时，要保存切换之前的状态和数据，这需要一个结构体来承担，然后将contex中的状态和数据重新赋值为新的，这样就切换了，等运行完了之后，又要切换回来，那么之前保存的那些状态和数据又要重新启用了，就是这么回事。

我想之所以在多线程网络编程中，现在采用的多是one loop per thread + thread poll，而不是采用一个socket一个线程，就是因为在切换线程（也就是切换上下文）的时候，需要保留大量的现场数据，而在重新切回到该线程时，又要恢复这个保存的数据（即保存的环境），保存/恢复都是需要花费cpu大量的资源和时间的，所以不如one loop per thread + thread poll的模式，当然one loop per thread + thread poll还有其他的好处，这只是其中一个好处，不需要大量的切换上下文，占用cpu大量的资源。