上下文可以看作是传递信息的桶。它通常用于传递不一定直接绑定到方法调用的东西，但仍然可能是相关的。外行描述它的方式可能是“你可能关心的东西”。

例如，如果你正在编写一个服务来更新db中的值，你可能会传入记录id和新值。

如果需要通用接口，还可以定义要传递的上下文，这样服务就可以执行任意业务逻辑。因此，您可以包括用户身份验证、用户会话状态等等……在上下文中，因为服务可能根据这些值执行额外的逻辑。

上下文可以看作是传递信息的桶。它通常用于传递不一定直接绑定到方法调用的东西，但仍然可能是相关的。外行描述它的方式可能是“你可能关心的东西”。

例如，如果你正在编写一个服务来更新db中的值，你可能会传入记录id和新值。

如果需要通用接口，还可以定义要传递的上下文，这样服务就可以执行任意业务逻辑。因此，您可以包括用户身份验证、用户会话状态等等……在上下文中，因为服务可能根据这些值执行额外的逻辑。

这是2015年，在这篇文章开始的5年之后。

尽管如此，我发布这条消息是为了帮助那些像我一样难以理解“上下文”的人

我绝不声称在Java程序中使用了Context——所以完全取决于你用硬编码来编写Context 所以是这样的:-

"概念上的上下文"和"告诉我更多"是一样的当客户 向服务器发出请求-以便执行请求 服务员说:“给我更多的信息，这样我可以帮助你。”因此, 除了请求，客户端还提供了一组详细信息。的 服务器从包中选择所需的所有信息 为请求服务。这个bundle叫做Context

E.g.

病人去找医生说给我治疗(“我头痛”)医生 办公室给了病人一张表格让他们填写。病人填写表格。表单 由医生用于执行“treat_me”请求。

下面是请求现在的样子:

treat_me ( "i have a headache", filled_form_num_23321 ) 

下面是filled_form_num_23321的外观:

问题:什么导致了这种情况?A.昨晚喝了10杯纯苏格兰威士忌 病人姓名?年龄?98

在这个事务中，filled_form_num_23321是“context”。

希望这有助于澄清“上下文”的概念。

在您的案例中，上下文是运行应用程序的环境。

它提供了应用程序正常运行所需的信息/服务/功能。

HTH

作者常常假定读者对“上下文”这个词所处的语境有详细的了解。

如何在下面的句子“the ?”运行时创建一个上下文，其中可以存储可能的注入值。这个上下文可以被修改，例如，应用程序和框架可以向上下文添加元素。

It would seem the author is using context to mean some kind of container, perhaps a heap, that holds the context of something. It has become buzz word that is taking on many meaning and confusing things. Is it the elements that are the context and are being stored in a context. To reduce the confusion of the context that the word context is being used it could be said that "the runtime creates a container to store the context in the form of elements." Better yet "the runtime creates a container to store the state in the form of elements and this container with it's state is called the CONTEXT."

Context指的是执行上下文，即从代码中给定点可到达的符号，以及这些符号在特定执行中的值。

背景是一个重要的概念，因为:

可执行单元(函数、过程、指令)在不同的上下文中可能产生不同的结果或表现不同。 上下文越大或越复杂，就越难以理解一段代码的作用(这就是避免使用全局变量的原因)。

您不必编写上下文类或传递上下文参数。传递给函数/方法的任何参数在调用时都成为执行上下文的一部分。

即使您不会说英语，我也建议您阅读Code Complete，对上下文、模块化、耦合、内聚等概念进行温和而全面的介绍。