论文 context是什么意思

context[英][u02c8ku0252ntekst][美][u02c8kɑnu02cctu025bkst]n.上下文; 背景; 环境; 语境; 复数：contexts例句:1.Each region has its unique context. 每个地区都有其独特的背景。2.But some context is important. 但是某些环境因素确实很重要。3.Can you guess the contents of that contract from the context? 你能由上下文猜出那份合同的内容吗？4.Your research topic needs to be located in its context and background. 你的研究主题需要在一定的语境和背景之中。5.But they need to be put into context. 但你必须知道它们产生的来龙去脉。

上下文。。

context n.（文章的）上下文（发生事情的）环境， 背景， 来龙去脉； 前后关系be apart from the context 脱离上下文in the context of 在...情况下in this context 关于此点； 就此而论outside the context of 在...之外context of situation 言语的环境quote a remark out of its context 断章取义相关例句:preserved context indexing system,PRECIS 保留上下文索引系统Casually, esp in a sexual context 偶然结识的人（尤指涉及性关系的）in a manner dependent on context. 以依靠于上下文的方式。An appropriate context can aid information processing. 一个恰当的背景将有助于信息处理。discuss frankly, often in a business context. 坦城地讨论，通常在商业活动中。Don"t quote my words out of context. 别断章取义地引用我的话。Of, involving, or depending on a context. 上下文上下文的、涉及上下文的或取决于上下文的The reporter quoted me out of context. 记者对我的话断章取义。move from one setting or context to another. 从一个场景或上下文移到另一个场景或上下文。rank first; used often in a negative context. 位列第一；通常用于否定之意。

上下文，环境，背景

一、context可以理解成一个聚宝盆,在当前环境下你能拿到的参数都可以从context出发去拿,而不仅仅是放URL的.从里面可以拿到request,session,response.......,可以说只要你拿到了context就可以访问任何你有权限访问的东西x0dx0a二、context就是“容器”，放的就是应用程序的所有资源，要用时候就访问它，所以context里面的东西，在同一个应用程序里面是全局的。x0dx0a三、是一个包含各种context的设置的对象x0dx0a例如：pageContext就包含了该页面的各种设置。可以通过他得到该页面所在服务器路径等等。x0dx0aContext用于在Request操作中指定上下文对象的对象，上下文字符串在与请求调用一起被发送之前，必须在该指定的上下文对象中进行解析。Context对象包含NamedValue对象形式的属性列表。这些属性表示关于客户端、环境或请求情形的信息，它们通常是一些可能不方便作为参数传递的属性。

context的意思是上下文。上下文，即语境、语意，是语言学科（语言学、社会语言学、篇章分析、语用学、符号学等）的概念。语意分析（semantic analysis）技术系指将一长串的文字或内容，从其中分析出该个段落的摘要以及大意，甚至更进一步，将整篇文章的文意整理出来。此项技术可以应用在解读影片、音讯等档案，使得搜索引擎能够搜寻到文字以外的物件，方便使用者省去大量时间观看影片、聆听音讯，同时也可以帮助使用者提前了解影片与音讯的内容。语境概念最早由人类学家马林诺夫斯基所提出，分为情景语境和文化语境。也可以区分成语言性语境和社会性语境。语境（语言的文化背景、情绪景象、时空环境等）的介入，一方面使多义的语言符号趋向单义，另一方面又使语言符号节外生枝，增生出语境意义。语境意义甚至可以掩盖语言符号自身具有的意义而成为交际的主信息。语境也控制着交际者对语言符号的选用。我们这里所谓的语境意义，是指在语境中，语言符号实际具有的涵义，包括赋予义和解释义。上下文应用：有鉴于社群平台的兴盛，影片、声音等多媒体资讯逐渐成为网络上常见的档案形式，如何用低成本的方式解读其中所拥有的资讯在未来会是一个日益重要的议题。传统上，若要能够提前理解一段声音中所拥有的资讯，往往需要使用高成本人力事先解读整段音讯后，在将其所见所闻转换为文字档，在影片、声音等多媒体资讯日益兴盛的现代，如此高成本的建置方式早已不敷使用。因此语意分析绝对有其必要性。而在人机界面上，装置能够解读人类的讯息，并做出相对应的决策，亦可以增加人机之间沟通的效率。

python中context可以用于一些需要自动管理逻辑的场景，比如读取文件内容后需要自动关闭文件，对代码块进行自动上锁和解锁等，下面我们就简单介绍下context的使用。 一、context使用语法 context 与 with 一块使用，也可以附加一个 as 语句，如下： 二、context 工作原理 __exit__ 方法有3个参数exc_type, exc_value, exc_tb，无论 code block 中的代码在执行中是否有异常都会执行 __exit__ 方法。 如果 code block 中的代码有抛异常，__exit__ 方法的3个参数值与 sys.exc_info 返回值一样（分别代表异常类型、异常值、堆栈信息），此时如果方法返回 False 则异常会继续往上抛，否则代码继续往下执行。如果 code block 中的代码没有抛异常则3个参数为None。 三、context 实战 open 函数的返回值已经是一个context了，假设 “a.txt” 文件已经存在且当前用户有读权限，则以下示例在 with 代码块执行完后会自动关闭文件： 如果我们要自己实现这个 context 该怎么实现呢？其实很简单，只需要按照上面的描述定义一个类就行，如下： 是不是很简单，你学会了吗？如果有任何疑问，欢迎评论交流。

就是图层背景的意思，一般指第一个图层。context=背景

Context意味着一个场景，简单地说就是一个抽象类，可以从源码实现去理解。

Context字面意思是上下文，位于framework package的android.content.Context中，其实该类为LONG型，类似Win32中的Handle句柄。很多方法需要通过 Context才能识别调用者的实例：比如说Toast的第一个参数就是Context，一般在Activity中我们直接用this代替，代表调用者的实例为Activity，而到了一个button的onClick(View view)等方法时，我们用this时就会报错，所以我们可能使用ActivityName.this来解决，主要原因是因为实现Context的类主要有Android特有的几个模型，Activity以及Service。 Context提供了关于应用环境全局信息的接口。它是一个抽象类，它的执行被Android系统所提供。它允许获取以应用为特征的资源和类型。同时启动应用级的操作，如启动Activity，broadcasting和接收intents。

context 语境【语言学术语】

Context，中文直译为“上下文”，SDK中对其说明如下： Interface to global information about an application environment. This is an abstract class whose implementation is provided by the Android system. It allows access to application-specific resources and classes, as well as up-calls for application-level operations such as launching activities, broadcasting and receiving intents, etc 从上可知一下三点,即： 1、它描述的是一个应用程序环境的信息，即上下文。 2、该类是一个抽象(abstract class)类，Android提供了该抽象类的具体实现类(后面我们会讲到是ContextIml类)。 3、通过它我们可以获取应用程序的资源和类，也包括一些应用级别操作，例如：启动一个Activity，发送广播，接受Intent 信息 等。。

java中的类context 上下文其实是一个抽象的概念。我们常见的上下文有Servlet中的pageContext，访问JNDI时候用的Context。写过这些代码的人可能比较容易理解，其实他们真正的作用就是承上启下。比如说pageContext他的上层是WEB容器，下层是你写的那个Servlet 类，pageContext作为中间的通道让Servlet 和Web容器进行交互。再比如访问JNDI的Context，他的上层是JNDI服务器（可能是远程的），下层是你的应用程序，他的作用也是建立一个通道让你能访问JNDI服务器，同时也让JNDI服务器接受你的请求，同样起到交互作用。

Context直译是上下文,如果是在Asp.net里面的话就是当前请求的上下文,保存了当前的请求信息等对应的类是 System.Web.HttpContext 不知道记错没有

Context对象是如此常见和传递使用，它可能会很容易产生并不是你预期的情形。加载资源、启动一个新的Activity、获取系统服务、获取内部文件路径以及创建view（其实还远不止这些）统统都需要Context对象来完成。我(原文作者)想做的只是给大家提供一些Context是如何工作的见解，以及让大家在应用中更有效的使用Context的技巧。Context的类型并不是所有的context实例都是等价的。根据Android应用的组件不同，你访问的context推向有些细微的差别。Application － 是一个运行在你的应用进程中的单例。在Activity或者Service中，它可以通过getApplication()函数获得，或者人和继承于context的对象中，通过getApplicationContext()方法获得。不管你是通过何种方法在哪里获得的，在一个进程内，你总是获得到同一个实例。Activity/Service － 继承于ContextWrapper，它实现了与context同样API，但是代理这些方法调用到内部隐藏的Context实例，即我们所知道的基础context。任何时候当系统创建一个新的Activity或者Service实例的时候，它也创建一个新的ContextImpl实例来做所有的繁重的工作。每一个Activity和Service以及其对应的基础context，对每个实例来说都是唯一的。BroadcastReciver － 它本身不是context，也没有context在它里面，但是每当一个新的广播到达的时候，框架都传递一个context对象到onReceive()。这个context是一个ReceiverRestrictedContext实例，它有两个主要函数被禁掉：registerReceiver()和bindService()。这两个函数在BroadcastReceiver.onReceive()不允许调用。每次Receiver处理一个广播，传递进来的context都是一个新的实例。ContentProvider － 它本身也不是一个Context，但是它可以通过getContext()函数给你一个Context对象。如果ContentProvider是在调用者的的本地（例如，在同一个应用进程），getContext()将返回的是Application单例。然而，如果调用这和ContentProvider在不同的进程的时候，它将返回一个新创建的实例代表这个Provider所运行的包。保存引用第一个我们需要解决问题是，在一个对象或者类内部保存一个context引用，而它生命周期却超过其保存引用的对象的生命周期。例如，创建一个自定义的单例，它需要一个context来加载资源或者获取ContentProvider，从而保存一个指向当前Activiy或者Service的引用在单例中。糟糕的单例[java] view plain copy public class CustomManager { private static CustomManager sInstance; public static CustomManager getInstance(Context context) { if (sInstance == null) { sInstance = new CustomManager(context); } return sInstance; } private Context mContext; private CustomManager(Context context) { mContext = context; } } 这里的问题在于，我们不知道这个context是从哪里来的，并且如果保存一个最终指向的是Activity或者Servece的引用是并不安全的。这是一个问题，是因为一个单例在类的内部维持一个唯一的静态引用，这意味着我们的对象，以及所有其他它所引用的对象，将永远不能被垃圾回收。假如这个Context是一个Activity，我们将保存与这个Activity相关的所有的view以及其他大的对象，从而造成内存泄漏。为了解决这个问题，我们修改单例永远只是保存Application context：改善的单例：[java] view plain copy public class CustomManager { private static CustomManager sInstance; public static CustomManager getInstance(Context context) { if (sInstance == null) { //Always pass in the Application Context sInstance = new CustomManager(context.getApplicationContext()); } return sInstance; } private Context mContext; private CustomManager(Context context) { mContext = context; } } 现在这个例子中，我们的Context来自哪里都没有关系，因为我们这里保存引用是安全的。Application Context 本身就是一个单例，所以我们再创建另外一个static引用，不会造成任何内存泄漏。另外一个很好的例子是，在后台线程或者一个等待的Handler中保存Context的引用，也可以使用这样的方法。为什么我们不能总是引用Application context呢？正如前面说的，引用Application context永远不用担心内存泄漏的问题。问题的答案，就像我在开始的介绍中说的，是因为不同context并不是等价的。Context的能力Conext能做的通用操作决定于这个context最初来源于哪里。下表所列的是，在应用中常见的会收到context对象的，以及对应的每种情况，它可以用于哪些地方：ApplicationActivityServiceContentProviderBroadcastReceiverShow a Dialog NO YES NO NO NO Start an Activity NO1 YES NO1 NO1 NO1 Layout Inflation NO2 YES NO2 NO2 NO2 Start a Service YES YES YES YES YES Bind to a Service YES YES YES YES NO Send a Broadcast YES YES YES YES YES Register BroadcastReceiver YES YES YES YES NO3 Load Resource Values YES YES YES YES YES 注：NO1 表示Application context的确可以开始一个Activity，但是它需要创建一个新的task。这可能会满足一些特定的需求，但是在你的应用中会创建一个不标准的回退栈（back stack），这通常是不推荐的或者不是是好的实践。NO2 表示这是非法的，但是这个填充（inflation）的确可以完成，但是是使用所运行的系统默认的主题（theme），而不是你app定义的主题。NO3 在Android4.2以上，如果Receiver是null的话（这是用来获取一个sticky broadcast的当前 值的），这是允许的。用户界面UI从前面的表格中可以看到，application context有很多功能并不是合适去做，而这些功能都与UI相关。实际上，只有Activity能够处理所有与UI相关的任务。其他类别的context实例功能都差不多。幸运的是，在应用中这三种操作基本上都不需要在Activity范围之外进行，这很可能是android框架故意这么设计的。尝试显示一个使用Aplication context创建的Dialog，或者使用Application context开始一个Activity，系统会抛出一个异常，让你的application崩溃，非常强的告诉你某些地方出了问题。一个并不明显的问题是填充布局（inflating layout）。如果你已经读过了我（原文作者）的上一篇文章Layout inflation，你就已经知道它可能是一个非常神秘过程，伴随一些隐藏的行为。使用正确的context关系到其中的一个行为。当你使用Application context来inflate一个布局的时候，框架并不会报错，并返回一个使用系统默认的主题创建一个完美的view给你，而没有考虑你的applicaiton自定义的theme和style。这是因为Acitivity是唯一的绑定了在manifast文件种定义主题的Context。其他的Context实例将会使用系统默认的主题来inflater你的view。导致显示的结果并不是你所希望的。规则的路口可能有些读者已经得出两个规则互相矛盾的结论。可能有些情况下，在某些Application的设计中，我们可能既必须长期保存一个的引用，并且为了完成与UI相关的工作又必须保存一个Activity。如果出现这种情况，我将会强烈建议你重新考虑你的设计，它将是一个很好的“反框架”教材。经验法则绝大多数情况下，使用在你的所工作的组建内部能够直接获取的Context。只要这个引用没有超过这个组建的生命周期，你可以安全的保存这个引用。一旦你要保存一个context的引用，它超过了你的Activity或者Service的生命周期范围，甚至是暂时的，你就需要转换你的引用为Application context。

在开发Android程序的时候，我们经常要跟Context、Activity、Application这三个类打交道，那么这个三个类之间有什么联系和区别呢？首先Activity和Application都是Context的子类。Context从字面上理解就是上下文的意思，在实际应用中它也确实是起到了管理上下文环境中各个参数和变量的总用，方便我们可以简单的访问到各种资源。虽然Activity和Application都是Context的子类，但是他们维护的生命周期不一样。前者维护一个Acitivity的生命周期，所以其对应的Context也只能访问该activity内的各种资源。后者则是维护一个Application的证明周期。

文本

Dale Carnegie 曾说，要赚上100万美元可是要比短语翻成英语这门语言来的容易。如何赢得朋友，如何影响人群，这些已在许多环境中运用英译，引用，改译，模仿的方法，就像是把政治动画变成如小说一样。而这本书已经被译成了几乎所能写下的语言。

context在计算机中泛指环境吧。英语直译是上下文的意思，在计算机语言中我更多理解为一次activity和service这种交互的环境。

context其实说白了，和文章的上下文是一个意思，在通俗一点，我觉得叫环境更好。理解成环境就可以，(而且上下文虽然叫上下文，但是程序里面一般都只有上文而已，只是叫的好听叫上下文。。进程中断在操作系统中是有上有下的，不过不给题主说了，免得产生新的问题)

先读con, 近似于康的音。再读text，近似于 泰克斯特的音，重读前面一个音节，康泰克斯特，不知道你懂不懂音标，先这样模仿吧。

context是环境，上下文的意思。在程序中，起码我没有发现更好的翻译。软件中间很多词在翻译成中文的时候，都是只可意会不可言传的。大意就是只一个范围，比如变量的生存范围、会话范围等。

1、Context是一个抽象类，其通用实现在ContextImpl类中。 2、Context：是一个访问application环境全局信息的接口，通过它可以访问application的资源和相关的类，其主要功能如下：启动Activity启动和停止Service发送广播消息(Intent)注册广播消息(Intent)接收者可以访问APK中各种资源(如Resources和AssetManager等)可以访问Package的相关信息APK的各种权限管理从以上分析可以看出，Context就是一个对APK包无所不知的大管家，大家需要什么，直接问它就可以了。

1：View.getContext()：返回当前View对象的Context对象。通常是当前正在展示的Activity对象。 2：Activity,getApplicationContext()：获取当前Activity所在应用进程的Context对象，通常我们使用Context对象时，要优先考虑这个全局的进程Context。 3：ContextWrapper.getBaseContext()：用来获取一个ContextWrapper进行装饰之前的Context。实际开发很少用，也不建议使用。 4：Activity.this：返回当前Activity的实例，如果的UI控件需要使用Activity作为Context对象，但默认的Toast实际上使用的ApplicationContext也可以。 实现View.OnClick监听方法中，写Toast，不要用this,因为this,在onClick(View view)指的是view对象而不是Activity实例，所以在这个方法中，应该使用”当前的Activity名.this“，这是入门者比较容易混淆的地方。 5:可以通过自定义一个application，在里面定义一个全局context,但是注意对于生命周期不长的对象不要持有application级别的context，会造成内存泄漏

你好!context 英[u02c8ku0252ntekst] 美[u02c8kɑ:ntekst] n. 语境; 上下文; 背景; 环境; [例句]We are doing this work in the context of reforms in the economic, social and cultural spheres.我们是在对经济、社会、文化诸领域进行改革的背景下从事这项工作的。

Context提供了关于应用环境全局信息的接口。它是一个抽象类，它的执行被Android系统所提供。它允许获取以应用为特征的资源和类型。同时启动应用级的操作，如启动Activity，broadcasting和接收intents。 常用的Context的子类是Activity和Service，我们可以将context理解为类似于Window下的句柄，但Window下的句柄，每个资源都可以是一个句柄，比如一个控件、图片等等，但在android中context只有Activity和Service等这一类。如果要在Activity中新建一个dialog，在这个dialog中要添加一个控件，要给这个控件传递一个context参数，只能是Activity的实例，不能是这dialog，因为控件的事件需要activity来处理。所以context是一个统领一些资源（应用程序环境变量等）的上下文（理解为句柄）。 我们在一个activity中有如下代码：Toast.makeText(null, "", Toast.LENGTH_LONG).show();　　那么程序运行时会有空指针一场，就是因为第一个参数Context类型，我们传了null，这样运行到这段代码时，系统不知道activity的环境变量，所以就会出错。如果我们在activity类外部的一个类里面加入这句代码：　Toast.makeText(context, "", Toast.LENGTH_LONG).show();

做营销的朋友大概都看到报道了，最近谷歌遇到了大麻烦。 有250多个广告主出于广告安全的原因，联合抵制谷歌及Youtube广告，因为通过谷歌投放的广告可能会与恐怖主义等负面内容同时出现。 这其实不仅是谷歌的麻烦，也是整个程序化广告购买的麻烦。 曾经，我们津津乐道于广告投放已从资源购买转变为受众购买，似乎一个更精准、更高ROI的营销时代已来临。然而，很快我们发现受众购买有个大问题： 广告主不能亲眼所见自己的广告有没有、在哪向TA展示了。 程序化购买时，大家担心自己的广告预算都消耗在了更low的长尾流量上，后来PDB（私有程序化购买）应运而生；但即使在优质媒体平台上，同样可能存在不适合品牌展示的媒体内容，就像现在谷歌碰到的麻烦。假如投放广告时不能对当前页的媒体内容进行甄别，或者甄别得不够细——比如识别出一则新闻与韩国相关，于是展示旅游广告，但其实该新闻是关于三胖阅兵的……求广告主心里的阴影面积。越来越多广告主意识到了 context 的重要性。 这两年，在营销中context这个词越来越多被提及。我们平时中英文夹杂时会被嘲为“4A腔”，但其实总有些词——比如这个context，要找个精准对应的中文译词还真不容易。 context字典里是“上下文”的意思；在营销中，大致可理解为“环境”。以前我们在制定媒介策略时，主要就是对渠道（channel）和点位（spot）的选择。Context一词，是在强调除了关注硬广位，其周围的环境也很重要。 如今媒介及广告形式越发复杂，这个词的含义也变得复杂。我所理解的context，包括了这四个层面：即硬广时代起我们就关注的渠道与点位。媒体的流量及粘性，广告资源所在的位置及尺寸等等，直接决定了广告投在此处的效果。 如果你打算购买的是主流媒体的标准优质资源，比如门户网站首页的硬广位、视频网站拿出来单独售卖的某些热门节目的前贴片，平台级APP的开机报头……那么context的考量停留在这一层面也可以了；但如果打算购买的是媒体跨频道/节目打通售卖的内容页广告，那就还得考虑广告所在的内容环境。媒体通过广告变现的本质是售卖用户关注，用户关注由媒体内容吸引而来。不同的内容会影响用户阅读/观看时的情绪，引发用户的思考与联想。正此时看到广告， 受众可能会将这份情绪和联想与品牌联系起来。 若将媒体内容与广告的这种“配合”，交由机器来判断，是否靠谱？从这次谷歌事件来看，貌似还有待改进。 除了广告安全，媒体内容太过吸引用户从而影响用户关注到广告也是个问题。我还在门户网站工作时，有回某频道要改版，认真参考了频道首页的热力关注图，新版的广告位就设置在关注度高的区域。但后来并没带来更好的效果。因为用户的关注度并非集中在左上或右上等固定区域，而只是循着内容的位置阅读，避开了广告位而已。 内容环境这一层context对广告效果的影响，不仅是投放阶段的挑战，在投放前的广告测试阶段亦然。传统的广告测试中，受访者被要求认真地观看广告，完了填答问卷。 但在实际的媒体环境中，消费者不一定能“认真地观看广告”。 广告主希望在 更真实的媒介环境中开展广告测试 ，以获得更准确的结果。 有一次客户将在新闻客户端上投放信息流广告，需要在6个软文标题的备选方案中挑一个。假如只是通过问卷调研来测试，无助于判断这个标题是否会淹没在茫茫信息流中。后来我们通过DSP以这6个标题分别在新闻客户端上进行小额投放，了解其实际点击率高低。结果发现原先闭门brainstorming时被认为最好的标题，其真实点击率却是最低的。广告其实也是媒体内容的一部分。所以除了关注媒体平台上的图文、视频，与你家广告相邻的、或一起轮播的别人家的广告也是context的一部分。 曾经在门户时有回做竞品分析，碰到个有意思的例子。门户A和B各有自家的母婴频道，在用户市场中，由于B家母婴频道的论坛运营得不错，所以A在流量规模、用户活跃度等各项指标均不占优。但是在广告市场，A却更受广告主青睐，能开出更高的价格，获得更高的收入。后来我们在分析两个频道的广告收入数据时发现：A的 广告环境 明显好于B。A的广告收入主要来自于婴幼儿食品与护理用品行业，与频道内容相契合；而B的广告主则多而杂，行业覆盖数比A多一倍，且收入更多来自于服装、网络服务、IT数码甚至医疗广告。后来在与一些广告主的访谈中，果然也获得了对广告环境重视的反馈。 对广告环境的重视是双向的。很多媒体平台在销售广告或加入网盟时，也会对广告主的行业做严格的限制——比如大家普遍排斥某些医疗广告。随着移动互联网普及、户外广告数字化，广告不一定要在我们专心地浏览/观看特定媒体内容时突兀地出现，而是可以 在我们日常生活中作为及时有用的信息恰当好处地推送过来 。生活场景是最复杂的一层context。但已被业界意识到其巨大价值，并屡屡有振奋人心的案例出现。 每到下雨天，地铁站出口处总有些人卖雨伞，这其实就是一种场景化营销。今天，通过识别你的位置，给你手机发送面前商场的购物优惠券；中午进写字楼电梯正和同事嘀咕吃啥时，楼宇电视中出现马路对面新开的餐厅广告……这些技术上实现已不成问题。 场景营销并不是指通过时间、地点去精准定向；而是在消费者产生需求的那个时间地点能够将信息传递给他/她。 这对消费者洞察有很高的要求。所以广告主也很想验证这样的场景化营销方案是否确有奇效。怎样知道来我餐厅吃饭的顾客，是中午对面写字楼电梯里播放的广告带来的呢？营销效果评估要兼顾这一层context，挑战不小，我们现在也在携手客户与合作伙伴一起探索，获得了一些突破。所以，我们营销中所说的context，大致是对营销环境的一个整体概念。具体来说，有 广告位置、内容环境、广告环境和消费者生活场景 四个层面。随着内容营销的兴起，未来内容环境与广告环境的边界会逐渐模糊，二者可能会作为媒体环境放在一块考量。 以前我们在做营销决策时，是要决定这3个C：consumer、creative和channel，分别是要回答who、what、where的问题；现在这3个C变成了： consumer、content和context ，而其中context则是where & how的问题。从老3C到新3C，不论是广告主、代理公司还是我们第三方评估机构，都需在新的理念、方法、技术方面及时改变和创新。

content["ku0254ntent]：满足的，满意的;甘愿的,使满足,满足 ,内容，要旨 ,含量，容量 ,容纳的东西;具体内容，(书刊等的)目录的意思；context ["ku0254ntekst] ：上下文,背景,来龙去脉 ；两者没有什么联系，他们的区别就是这样的。

Context字面意思是上下文，位于framework package的android.content.Context中，其实该类为LONG型，类似Win32中的Handle句柄。很多方法需要通过 Context才能识别调用者的实例：比如说Toast的第一个参数就是Context，一般在Activity中我们直接用this代替，代表调用者的实例为Activity，而到了一个button的onClick(View view)等方法时，我们用this时就会报错，所以我们可能使用ActivityName.this来解决，主要原因是因为实现Context的类主要有Android特有的几个模型，Activity以及Service。 Context提供了关于应用环境全局信息的接口。它是一个抽象类，它的执行被Android系统所提供。它允许获取以应用为特征的资源和类型。同时启动应用级的操作，如启动Activity，broadcasting和接收intents。

Context在我们开发中经常用到，不管是Framework提供给我们的四大组件，还是应用级别的Application，还是负责表现层的View相关类，甚至连我们很多时候创建的实体类都会需要持有一个Context的引用。那么Context到底是什么呢？ 建议看这个： https://www.jianshu.com/p/b68de4c95b05 Context英文释义是当前上下文，或者当前场景上， 官方文档：Context public abstractclass Context extends Object Interface to globalinformation about an application environment. This is an abstract class whoseimplementation is provided by the Android system. It allows access toapplication-specific resources and classes, as well as up-calls forapplication-level operations such as launching activities, broadcasting andreceiving intents, etc. 由官方文档，我们可以知道： 1.该类是一个 抽象（abstract class）类 ； 2.它描述的是一个应用程序环境的信息，即上下文； 3.通过它（Context）我们可以获取应用程序的资源和类，也包括一些应用级别的操作（例如，启动 Activity,广播和服务等）; 前面我们讲过 Context 是一个抽象类，通过 Context我们可以获取应用程序的资源和类，调用它们的方法，那么具体定义的方法有哪些呢？我们来看一下 Context 的源码： 源码里的方法太多了，总共 4710 行。我们从以上部分源码看到了熟悉的对象---Application、Activity、Service、Broadcast、这些对象和 Context 的关系到底是什么呢？我们看一下官方文档可知： 1. Acitiivity 继承自ContextThemeWrapper--->再继承ContextWrapper--->Context。 2. Appliction 、Service继承自ContextWrapper--->再继承Context。 3. Application、Service 和 Activity 最终都是继承自Context，所以它们是同一个上下文。 通过以上的继承关系，我们就可以知道，Context的具体作用会包括： - 启动一个新的Activity - 启动和停止Service - 发送广播消息(Intent) - 注册广播消息(Intent)接收者 - 可以访问APK中各种资源，如Resources和AssetManager - 创建View - 访问Package的相关信息 - APK的各种权限管理 由上面分析的继承关系，我们可以知道，Context创建的时机有三个： ①创建Application 对象时， 而且整个App共一个Application对象； ②创建Service对象时； ③创建Activity对象时； 所以应用程序App共有的Context数目公式为： Service个数 + Activity个数 + 1（Application对应的Context实例） 如上，Android中context可以作很多操作，但是最主要的功能是加载和访问资源。在android中常用的context有两种，一种是application context，一种是activity context，通常我们在各种类和方法间传递的是activity context。 两者的区别： this 是Activity 的实例，扩展了Context，其生命周期是Activity 创建到销毁。getApplicationContext()返回应用的上下文，生命周期是整个应用，应用摧毁它才被摧毁。Activity.this的context 返回当前activity的上下文，属于activity ，activity摧毁时被摧毁。 使用Context时最需要注意的一个点就是，使用了不正确的context，比如有一个全局的数据操作类用到了context，这个时候就要getApplicationContext 而不是用ACtivity，如果在这个全局操作中引用的是Activity的context，那么就会一直引用Activity的资源，导致GC无法回收这部分内存，从而最终导致了 内存泄漏 。 内存泄漏是开发中常见的错误之一，能不能发现取决于开发者的经验，当然了我们也会依赖现有的内存泄漏库，但是如果我们在开发的源头减少内存泄漏的概率，那么后期的工作会少很多。 以下是避免context相关的内存泄露，给出的几点建议： 以下的表列举的是三种Context对象的对应使用场景： 从表中可以看到，和UI相关的都使用Activity的Context对象。 小结：如上分析，Context在对应开发里的来源就是三个——Activity、Service和Appliaction，那么我们该如何选择使用哪一个Context对象呢？一个比较简单的方法是，当你无法确定使用某个Context对象是否会造成长引用导致内存泄漏时，那么就使用Appliaction的Context对象，因为Appliaction存在于整个应用的生命周期内。 在实际开发中，我们往往会为项目定义一个Applictaion，然后在AndroidMainfest.xml文件中进行注册， 而且在自定义Application往往会定义好一个静态方法，用以全局获取application实例： Activity和Application都是Context的子类，但是他们维护的生命周期不一样。前者维护一个Acitivity的生命周期，所以其对应的Context也只能访问该activity内的各种资源。后者则是维护一个Application的生命周期。 1.如何判断context是属于哪个activity？ 2.全局不同如何获取对应的context？ 静态加载一个Fragment，在onCreateView()方法中通过getActivity获取上下文实例： 3.四大组件可以像普通Java类一样，采用new的方式实例化吗？ Android程序不像Java程序一样，随便创建一个类，写个main()方法就能运行，Android应用模型是基于组件的应用设计模式，组件的运行要有一个完整的Android工程环境，在这个环境下，Activity、Service等系统组件才能够正常工作，而这些组件并不能采用普通的Java对象创建方式，new一下就能创建实例了，而是要有它们各自的上下文环境，也就是我们这里讨论的Context。可以这样讲，Context是维持Android程序中各组件能够正常工作的一个核心功能类。

context菜单就是点击右鼠标右键时，弹出的菜单．

烧火谈庇等级制度蕴徒

1、context是一个英语单词，名词，意思是“环境；上下文；来龙去脉”。2、context switching 上下文切换 ; [计] 上下文转接 ; 上下文交换 ; 环境切换3、Application context 应用上下文 ; 应用的上下文 ; 应用关系 ; 构造4、Context passing 内容传递 ; 传递上下文 ; 上下文传递

一、context可以理解成一个聚宝盆,在当前环境下你能拿到的参数都可以从context出发去拿,而不仅仅是放URL的.从里面可以拿到request,session,response.......,可以说只要你拿到了context就可以访问任何你有权限访问的东西二、context就是“容器”，放的就是应用程序的所有资源，要用时候就访问它，所以context里面的东西，在同一个应用程序里面是全局的。三、是一个包含各种context的设置的对象例如：pageContext就包含了该页面的各种设置。可以通过他得到该页面所在服务器路径等等。Context 用于在 Request 操作中指定上下文对象的对象，上下文字符串在与请求调用一起被发送之前，必须在该指定的上下文对象中进行解析。Context 对象包含 NamedValue 对象形式的属性列表。这些属性表示关于客户端、环境或请求情形的信息，它们通常是一些可能不方便作为参数传递的属性。

也就是上下文呗，可以使用this代替

是Activity 本身了

官方文档上对context的解释是Interface to global information about an application environment. This is an abstract class whose implementation is provided by the Android system. It allows access to application-specific resources and classes, as well as up-calls for application-level operations such as launching activities, broadcasting and receiving intents, etc.于是我就试着写上了我程序的 包.目标类.this ，如下： AlertDialog.Builder alert =new AlertDialog.Builder(com.android.alcoholtest.AlcoholTest.this); 然后就成功了！

android这种低耦合的设计，在大部分情况下你是不需要在activity之外访问这些context，工具类的初始化使用applicationcontext就行了，如果你使用的很多的话，那就应该停下来想想是不是可以改进一下

context中文意思是n. 背景，环境；上下文，语境background中文意思是n. 出身背景，学历，经历；（事件或情况的）背景；背景声音；（画等的）后景；底色

程序中的Context 指做一件事情的背景/环境/上下文/所需要的必要的数据使用方法：1.每个Context对象只包含自身的数据2.多个Context对象就对应不同的数据3.很容易做到数据隔离，避免结构混乱context是environment的snapshot.

形容词：contextual。英 [ku0259n"tekstu0283u028au0259l] 　美 [ku0259n"tekstu0283u028au0259l] 　 　adj. 上下文的；与语境有关的例句：This word has a special contextual meaning here.翻译：本词在这里具有与上下文有关的特殊意义。近义词related　　英 [ru026a"leu026atu026ad] 　 美 [ru026a"leu026atu026ad] 　 　adj. 相关的；有亲属关系的；属于同一种类的（或组别的）例句：Related problem remain to be discussed in learning process.翻译：在学习过程中，有待讨论的相关问题。

句柄、环境。context其实就是句柄，只不过不像windows一样，每个资源都可以是一个句柄，Android的一个句柄包含了很多全局信息，比如说Activity就是一个句柄。官方文档的解释是：Context提供了关于应用环境全局信息的接口。它是一个抽象类，它的执行被Android系统所提供。它允许获取以应用为特征的资源和类型。同时启动应用级的操作，如启动Activity，broadcasting和接收intents。context是环境，上下文的意思。在程序中，起码我没有发现更好的翻译。软件中间很多词在翻译成中文的时候，都是只可意会不可言传的。大意就是只一个范围，比如变量的生存范围、会话范围等。

分类: 教育/科学 >> 外语学习 解析: context: 上下文, 环境,背景，基本上指特定的文章中出现的氛围，也指社会的环境 environment尤指自然环境

Context在Java中的出现是如此频繁，但其中文翻译“上下文”又是如此诡异拗口，因此导致很多人不是很了解Context的具体含义是指什么，所以很有必要来深究一下这词的含义。先来举几个JAVA中用到Context的例子 （1）JNDI的一个类javax.naming.InitialContext，它读取JNDI的一些配置信息，并内含对象和其在JNDI中的注册名称的映射信息。请看下面的代码InitialContext ic=new InitialContext();RMIAdaptor server=(RMIAdaptor)ic.lookup("jmx/invoker/RMIAdaptor");这是一段JBoss中获取MBean的远程调用类的代码。在这里面通过InitialContext中JNDI注册的名称“jmx/invoker/RMIAdaptor”来获得RMIAdaptor对象。这和JAVA集合中的MAP有点象，有一个String的key，key对映着它的对象。（2）再来看看下面Spring中最常见的几句代码。ApplicationContext 是内含configuration.xml配置文件的信息，使得可以通过getBean用名称得到相应的注册对象。ApplicationContext ctx= new FileSystemXmlApplicationContext("configuration.xml");Object obj= ctx.getBean("Object_Name");从上面的代码，我很能体会到Context所代表的意义：公用信息、环境、容器....。所以我觉得Context翻译成上下文并不直观，按照语言使用的环境，翻译成“环境”、“容器”可能更好。 把Context翻译成“上下文”只是不直观罢了，不过也没大错。我们来看看中文的“上下文”是什么意思。我们常说听话传话不能“断章取义”，而要联系它的“上下文”来看。比如，小丽对王老五说“我爱你”，光看这句还以为在说情话呢。但一看上下文－－“虽然我爱你，但你太穷了，我们还是分手吧”，味道就完全变了。从这里来看“上下文”也有“环境”的意思，就是语言的环境。上下文其实是一个抽象的概念。我们常见的上下文有Servlet中的pageContext，访问JNDI时候用的Context。写过这些代码的人可能比较容易理解，其实他们真正的作用就是承上启下。比如说pageContext他的上层是WEB容器，下层是你写的那个Servlet类，pageContext作为中间的通道让Servlet 和Web容器进行交互。再比如访问JNDI的Context，他的上层是JNDI服务器（可能是远程的），下层是你的应用程序，他的作用也是建立一个通道让你能访问JNDI服务器，同时也让JNDI服务器接受你的请求，同样起到交互作用。

context更强调上下文的逻辑关系 in the context of sth 在什么的情况下in the context of financial crisisBackground 本底的。如background color environment 人类生活的物理环境和概念化的环境。有时与circumstance共用setting指艺术场景

　　当我们访问当前应用的资源，启动一个新的activity的时候都需要提供Context。 Context是一个抽象基类，我们通过它访问当前包的资源（getResources、getAssets）和启动其他组件（Activity、Service、Broadcast）以及得到各种服务（getSystemService），当然，通过Context能得到的不仅仅只有上述这些内容。对Context的理解可以来说：Context提供了一个应用的运行环境，在Context的大环境里，应用才可以访问资源，才能完成和其他组件、服务的交互，Context定义了一套基本的功能接口，可以理解为一套规范，而Activity和Service是实现这套规范的子类，这么说也许并不准确，因为这套规范实际是被ContextImpl类统一实现的，Activity和Service只是继承并有选择性地重写了某些规范的实现。 　　activity继承关系 　　 Service和Application 可以看出几个组件都继承于Context 　　一个应用中Context的数量等于Activity的个数 + Service的个数 + 1，这个1为Application

你是在你的BaseAdapter中拿不到Context的引用吗？这个Context的引用你可以卸载你的Adapter的构造方法里面啊，如：private Context mContext;public TestAdapter(Context context){ mContext = context;}然后你不是在Activity里面要新建这个Adapter吗？你就可以：TestAdpater adapter = new TestAdapter(this);将Activity的引用传给Adpater，为什么可以这样呢？是因为Activity就是Context的子类，Context是Activity的父类，所以可以这样传引用

context1. 【语】上下文;文章脉络You can often tell the meaning of a word from its context.我们往往可以从一个字的上下文知道它的意思。2. (事件的)来龙去脉,背景Crime has to be studied in its social contexts.犯罪活动得联系其社会背景来研究。

1.android里每个服务启动时context到底从哪里来的呢？？？？以mountservice的context为例在SystemServer.java的run函数中有如下代码 context = ActivityManagerService.main(factoryTest);......if (!"0".equals(SystemProperties.get("system_init.startmountservice"))) {try {/** NotificationManagerService is dependant on MountService,* (for media / usb notifications) so we must start MountService first.*/Slog.i(TAG, "Mount Service");mountService = new MountService(context);ServiceManager.addService("mount", mountService);} catch (Throwable e) {reportWtf("starting Mount Service", e);}}由此可知，由systemserver启动的服务的context都来自ActivityManagerServiceActivityManagerService.javapublic static final Context main(int factoryTest) {...... ActivityThread at = ActivityThread.systemMain();......Context context = at.getSystemContext();......return context;}由上可知，该context是由ActivityThread 创建的ActivityThread .java public ContextImpl getSystemContext() { synchronized (this) { if (mSystemContext == null) { ContextImpl context = ContextImpl.createSystemContext(this); LoadedApk info = new LoadedApk(this, "android", context, null, CompatibilityInfo.DEFAULT_COMPATIBILITY_INFO); context.init(info, null, this); context.getResources().updateConfiguration( getConfiguration(), getDisplayMetricsLocked( Display.DEFAULT_DISPLAY, CompatibilityInfo.DEFAULT_COMPATIBILITY_INFO)); mSystemContext = context; //Slog.i(TAG, "Created system resources " + context.getResources() // + ": " + context.getResources().getConfiguration()); } } return mSystemContext; }在ContextImpl .java中 static ContextImpl createSystemContext(ActivityThread mainThread) { final ContextImpl context = new ContextImpl(); context.init(Resources.getSystem(), mainThread, Process.myUserHandle()); return context; }由此可知所有systemserver启动的服务的context对象实际为一个ContextImpl对象即ServerThread::run<-ActivityManagerService.main<-ActivityThread::getSystemContext<-ContextImpl.createSystemContext2.对于一个apk中的context一般直接指向这个activity本身，因为activity本身即继承自context

所谓文脉,英文即Context一词,愿意指文学中的“上下文”。在语言学中,该词被称作“语境”,就是使用语言的此情此景与前言后语。城市文脉是城市赖以存在的背景，包括自然条件、文化氛围、及社会人文背景。从历史名城的性质上讲，历史地段的街道格局、建筑形式甚至市民生活都与城市的历史有着密切的联系，这种联系在文化意义上被称为城市文脉。