无侵入式获取全局 Context

当我们在使用第三方库，或者自己封装库，如果需要需要用到Context时，一般做法就是将初始化方法暴露给调用方，让调用方在初始化类库时，传入Context。

Spring Cloud实战小贴士：turbine如何聚合设置了context-path的hystrix数据

之前在spring for all社区看到这样一个问题：当actuator端点设置了context-path之后，turbine如何聚合数据？首先，我们要知道actuator端点设置了context-path是什么意思？也就是说，此时spring boot actuator的端点都有了一个前缀，比如：

management.context-path=/xxx
如果设置了上面的参数，那个对于收集hystrix数据的端点将变为：/xxx/hystrix.stream，如果我们还是拿上一篇Spring Cloud构建微服务架构：Hystrix监控数据聚合【Dalston版】中构建你的turbine应用，那么将会看到如下错误：

Golang context 包入门

JS the Hardcore: 执行上下文(Execution Context)

首先需要澄清的一点是，像 C 和 Java 这类所谓的「静态语言」需要编译后才能运行，但其实 Javascript 一样也是有编译过程的， 只是处于一些限制，编译过程特别快(以微秒计)，以至于感觉上 Javascript 代码好像并没有经过编译。

当需要向别人描述一件事情的经过时，往往需要把事情的前因后果以及与其相关的场景预先说明一下。 类似，EC 就是一段代码涉及到的场景，在代码运行之前，js engine 会做一些变量内存分配，代码上下文关联的准备工作，这就是 EC。 EC 是 Javascript 引擎实现的一个内部机制，不能在代码中直接访问到。

对编程语言来说，给变量赋值，获取变量的值，是需要解决的基本问题，Javascript 当然也不例外。 EC 中会给变量分配一个存储空间，与之对应的数据结构称作 enviroment。

当程序流程需要从当前的 EC 进入另外一个和当前上下文无关的代码片段时，会创建一个新的 EC，并被推入栈中。这就是「执行上下文栈」(Execution Context Stack)，可以看作是 调用栈的镜像。由于所有的 js 代码都存在于全局环境中，所以首先会创建 「全局执行上下文」(Global Execution Context)，除此之外，js 中每一次的函数调用也会生成 EC，所以栈底肯定会是 全局执行上下文。

如果把 EC 视为作一个抽象对象，那这个对象包含了代码相关的 this、enviroment(存储标识符包括变量声明、函数声明、函数表达式的数据结构)和一个指向外部 enviroment 的指针。

初窥Bounded Context

避免Android中Context引起的内存泄露