co

名词内容，形容词 满意的， be content with

估计他所说的app/contents指的就是程序本身的包。你可以进入全部应用-找到你刚才安装的SketchUp的程序图标，然后选中它后点右键-会出现一个选项“显示包内容”，打开就可以看到一个名字叫contents的文件夹，然后进入这个文件夹把相应的文件粘贴到相应的文件就可以了。

Content应该是一个表的某一个字段吧，在这个字段时存储的是个文件的路径，你想打这个文件的内容，是要问这些吧？简单，用FSO组件打开文件，读出内容，放在你要显示的页面，即可

有,要加 s 的 而实际上,用复数的时候还很多的,表示内容,成载的东西 the contents of my desk drawer; the contents of an aerosol can. 我书桌抽屉里的所有东西；喷雾罐的内容物 看到上面的朋友说的,在赘述一下,contents 做内容讲,是有复数的 如： 文学作品的内容,如著作或杂志等,这个时候都要复数 contents of the magazine, contents of his work 单数的 content 指抽象的概念比较多,如：一个作品的主要意义、主要含义等 所以：the content of his work 也对,只不过意思上是指意义了,而不是内容

Charles4.5.6，在Windows运行时Contents出现如图乱码：图1二、解决1、打开Charles，点击菜单栏Help->SSL Proxying->Install Charles Root Certificate；图22、安装证书：按照证书导入向导导入，存储为受信任的根证书颁发机构即可；图3图43、打开Charles，点击菜单栏 ->Proxy ->SSL Proxy Settings ->Add，输入*和443，*代表任何网址都可以抓取；图5三、结果1、重新访问，结果如下：

目录

cont abbr.内容，所含之物 (contents)继续的；不断的；连续的 (continued)

“目录”的英文应该是contents。contents一般用于书籍类中。帮助/说明的就像书本刚开始大写的“目录”用英语就是CONTENTS。而且你看书应该也没有见过content.此外，目录还可以用Catalog表达。catalog比较常规用经常用作商业商品推广的册子的目录，或内容按一定规律的分类的。

你好，它的意思有俩个。1.计算机语言contents() 方法概述.找到段落中的所有文本节点，并用粗体标签包装它们。示例1("p").contents().filter(function(){returnthis.nodeType!=1;}).wrap("<b/>");定义和用法.contents() 方法获得匹配元素集合中每个元素的子节点，包括文本和注释节点。语法.contents()说明.如果给定表示 DOM 元素集合的 jQuery 对象，.contents() 方法允许我们检索 DOM 树中的这些元素的直接子节点，并用匹配元素构造新的 jQuery 对象。.contents() 和 .children() 方法类似，不同的是前者在结果 jQuery 对象中包含了文本节点以及 HTML 元素。.contents() 方法也可以用于获得 iframe 的内容文档，前提是该 iframe 与主页面在同一个域。2.英语单词的解释形容词a.1.满足的,满意的;甘愿的[F][(+with)][+to-v]She seems content to live with him.她似乎很满意与他生活在一起。He was content with his work.他对自己的工作很满意。He seemed 他好像满足了。及物动词1. 使满足[(+with)]Her answer seemed to him.她的回答好像令他满意。延伸n.内容；（书等的）目录；满足；容量adj.满足的， 满意的；愿意的；心甘情愿的vt.使满足， 使满意其他含义conte: 根据音乐和歌词做的有关如何运用摄像机和拍摄的企划。（韩国live中的常用词）以上是我的回答，希望可以帮助你解决困难。

content1形容词 a. 1.满足的,满意的;甘愿的[F][(+with)][+to-v]She seems content to live with him. 她似乎很满意与他生活在一起。 He was content with his work. 他对自己的工作很满意。 He seemed content. 他好像满足了。 及物动词 vt. 1.使满足[(+with)]Her answer seemed to content him. 她的回答好像令他满意。 名词 n. 1.满足[U]content2名词 n. 1.内容,要旨[U]The play lacks content. 这出戏缺乏实质性内容。 2.含量,容量[the S]3.容纳的东西;具体内容[P]Show me the contents of your suitcase. 给我看看你手提箱里的东西。 The contents of the letter are secret. 这封信的具体内容是不公开的。 4.(书刊等的)目录[P]

content作内容讲是可数名词还是不可数名词我来答那个闪电来自百度知道认证团队 2018-12-23那要看是怎么个“内容”了，如果是大意，要旨，主题这样比较抽象的内容，是不可数的，如果是具体的内容，比如idea, example什么的，那要用复数 contents。content读音：英 ["ku0252ntent] 美 [u02c8kɑ:ntent]n.内容;满足;（书等的）目录;容量adj.满足的，满意的;愿意的;心甘情愿的vt.使满足，使满意第三人称单数： contents复数： contents现在分词： contenting过去式： contented过去分词： contented例句：1、She is reluctant to discuss the content of the play她不愿意谈该剧的内容。2、There is no initial list of contents.没有章首目录。扩展资料：相近词义单词：

内容

内容

content 英["kɒntent] 美[ˈkɑ:ntent] n. 内容; 满足; （书等的） 目录; 容量; [例句]Empty the contents of the pan into the sieve.将锅里的东西倒到筛子上。[其他] 第三人称单数：contents 复数：contents 现在分词：contenting过去式：contented 过去分词：contented 形近词： attent distent detent items n. 物料项目 （任何一种自制或采购的零部件或组装件，如最终产品、部件、子部件、零件或原材料）; 条( item的名词复数 ); 一项; 一则; 一件商品（或物品）; [例句]I furnished my first apartment with items from the want ads.我从分类广告上购置物品，布置了我的第一间公寓。

这里是日文区。。

目录吧~unit十单元

contents1.目录，内容，要点2.目次3.内涵4.内容物5.（帮助/说明的就像书本刚开始大写的“目录”用英语就是CONTENTS）目录内容

contents的意思是：内容或目录。Contents通常用来指示目录的章节和页码，以方便读者索引相关内容。而在其他场合，contents也可以描述物品或容器内部的内容物，如糖果盒子的contents可以指糖果的种类和数量。此外，在计算机领域中，contents也可以指内存中的数据或磁盘驱动器中的文件和文件夹。化学领域中，contents通常用来指示某种液体或物质中的成分和浓度。邮件、包裹等物品的标签或封面上，Contents可以用来描述包裹内包含的物品或商品，以便快递公司或邮递员进行打包、分类和运输。产品说明书或保修单等文件中，Contents可以用来描述该文件中包含的内容，如使用说明、限制条款、质保条款等。电影、视频等娱乐产品中，Contents可以用来描述片源文件的内容，如所包含的剧集、片段、配乐、字幕等。Contents"还是一个常用的网页布局术语，通常用来表示网页的主体、内容区域或内容面板。在网页设计中，将网页的内容和布局分离开来，可以提高网页的可维护性和可扩展性，使得网页的样式和内容可以随意修改而不影响整个网站的结构。因此，在网页设计中，Contents也常常被用来描述网页的主要内容区域。contents的社会意义Contents不仅是数字时代的重要资源和文化媒介，还是社会和经济发展的重要推动力。我们需要保持警醒，创造高质量、多样化和有益的数字内容，推动数字时代社会的发展和进步。

目录，一般在首页

目录内容

contents [u02c8ku0254:ntents]n.容纳物；要旨

Context 上下文的意思, java中没有这个参数, 当然也有可能是自己写的类具体要看看这个参数是哪个类, 如果是sevlet中, 这个context表示sevlet本身吧, 如果是android 中 通常表示 activity或者service 等组件

要实现一个属性传递给多个后代组件或者跨层传递，用 props 只能逐层传递属性,比较繁琐： 用 context 可以不那么繁琐地实现属性从父元素传递给指定的后代元素，不需要该属性的中间层可以不传递： 而对于函数式组件，可以使用 Consumer 。它既可以用于类式组件，也可用于函数式组件：

哇

public abstract JspContext getJspContext(); public abstract JspContext getJspContext();用于返回调用页面的JspContext对象。

Activity是Context子类的子类，

public class TestClass extends Activity { //方法一：定义一个全局的 Context对象，在外部定义好 static Context context =null; void test1(){ context= this; new Thread(new Runnable(){ @Override public void run() { context.getClass(); }} ).start();}//方法二:自定义一个MyThread，继承Thread，并且在MyThread中定义一个Context类型 void test2(){ MyThread thread =new MyThread(); thread.context = this; }}class MyThread extends Thread{ public Context context;}

上下文是包含了一些在处理过程中遇到的一些信息，可以把它看成一个类或一个进行的全局变量，它是公共合作的。类似于一篇文章，整个文章可以叫上下文，是因可以从中获得所有可用到的信息。比如spring的上下文，你可以从中获取Sping的一些配置文件。比如你在java开发中，在父类中定义了一个map存储一些基本信息，那么在子类的继承中，你可以从中获得这些信息，那么这个map就可以理解为上下文。

可以这样修复Context-menu.dll 使用 DLL 文件扩展名，其更具体地称为 Soda PDF Desktop 文件。它被归类为 Win64 DLL (可执行的应用程序) 文件，是为 Soda PDF Desktop 而由 Lulu Software 创建的。Context-menu.dll 的最初版本适用于 Windows 10 操作系统，引入于 10/12/2016，位于 Soda PDF 9.0.19.30200 之内。 根据我们的记录，此文件版本是 Lulu Software 提供的最新更新。本文中包括详细的 context-menu.dll 信息，一份 DLL 文件疑难解答指南，以及可供免费下载的版本列表。

我在上一篇短文中提到了，阻碍区块链的认知和应用落地的主要原因是context的缺失，如何要弥补和构建区块链的context呢？ 虽然我们不能严格来定义，但是我们可以刻画一下它应该具备的特征。首先区块链的核心商业价值的是可以实现新的交易架构。这个交易架构可以将交易在时间和空间上延拓，并且对单一的交易进行分解和组合，实现多层次的交易。传统的商业交易一般只有俩种形态，一个是cash，一种是协议。现金交易的特点是用货币和实物同时进行，交易简单，但是因为牵涉到风险的转移，交易门槛高。协议交易，延长了交易周期，分散了交易风险，但是交易变得复杂，交易容易失败。 区块链带来的通证化交易模式，可以让token延拓货币信用，把Cash 支付和 实物交割在时空上分开来。这样就可以根据具体场景设计灵活但是明确无歧义的交易架构，实现整体利益同局部利益的结合。举个例子，任何产业链，总体是可以盈利的，但是每个环节风险特征是不同的，我们可以引入产业链通证，平滑各个参与方的收益和风险。区块链通证的第二个核心功能是流动性，这是区块链金融属性的表现。一个区块链通证形成的二级市场为生态的价值发现和监督，以及交易价值兑现，形成一个自金融闭环。总之，一个好的区块链context主要特征有俩个方面，一个是通过通证的信用实现创新的交易模式，对价值的孵化和交易提供牵引和便利，其二是通过公开的二级市场实现价值发现和兑现。

修复context之后所有rec都不可刷入ROM,包括镜像文件即便刷入也不可开机 即使刷入官方以及其他第三方都一样。

Context context = getActivity(); Context象 fragment运行Activity,转跳其Activity需要用ContextAPI 具体实现式： 一. 获取装载fragmentActivity做Context 二. getActivity() Context 三. 创建Intent 意图,并指定转跳Activity Context context = getActivity(); Intent intent = new Intent(context ,目标Activity.class); 四. 调用context.startActivity(intent);即转跳指定Activit

context:上下文,环境,背景，基本上指特定的文章中出现的氛围，也指社会的环境environment尤指自然环境

content ["ku0254ntent]a. 1.满足的，满意的；甘愿的(+with)(+to-v) v. [I] 1.使满足(+with) n. 1.[U]满足 2.[U]内容，要旨 2.含量，容量 3.容纳的东西；具体内容 4.（书刊等的）目录context ["ku0254ntekst]n. 上下文,背景,来龙去脉n. 上下文两个词没有联系，都是区别……谢谢！望采纳！——丶寒冰烈

在android中常常会遇到与context有关的内容，特写下这篇blog，浅论一下context ： 在语句 AlertDialog.Builder builder = new AlertDialog.Builder(this); 中，要求传递的 参数就是一个context，在这里我们传入的是this，那么这个this究竟指的是什么东东呢？ 这里的this指的是Activity.this，是这个语句所在的Activity的this，是这个Activity 的上下文。网上有很多朋友在这里传入this.getApplicationContext（），这是不对的。 AlertDialog对象是依赖于一个View的，而View是和一个Activity对应的。 于是，这里涉及到一个生命周期的问题，this.getApplicationContext（）取的是这个应 用程序的Context，Activity.this取的是这个Activity的Context，这两者的生命周期是不同 的，前者的生命周期是整个应用，后者的生命周期只是它所在的Activity。而AlertDialog应 该是属于一个Activity的，在Activity销毁的时候它也就销毁了，不会再存在；但是，如果传 入this.getApplicationContext（），就表示它的生命周期是整个应用程序，这显然超过了它 的生命周期了。 所以，在这里我们只能使用Activity的this context指的上下文环境 this指的是本类的对象， 一般情况：有context但是不一定有this，有this一定有context环境

相信很多人都知道是这样计算的，那到底为什么是这样呢？ 源码分析基于Android28源码 什么是Context呢？可以理解为上下文、运行环境，当需要获取资源、系统服务以及启动Activity、Service用到，也可以通过它跟系统交互。 通过以下继承关系可以看出，Activity是继承ContextWrapper ContextWrapper内部有一个Context类型的成员变量mBase mBase是通过attachBaseContext()方法赋值 是创建Activity的关键， 主要工作 （1）createBaseContextForActivity()内部实例化ContextImpl 对象； （2）mInstrumentation.newActivity()内部通过反射实例化Activity对象； （3）activity.attach()内部会调用attachBaseContext()方法给mBase对象赋值； 通过以下继承关系可以看出，Application是继承ContextWrappe 是创建Application的关键， 主要工作： （1）ContextImpl.createAppContext()实例化ContextImpl ； （2）mActivityThread.mInstrumentation.newApplication()，内部通过反射实例化Application，并把appContext传递过去，通过attach()方法给mBase赋值； 跟Activity类似就不再做分析。 经过分析发现： 1.每个Activity，Service，Application都有一个ContextImpl 类型的成员变量mBase，ContextImpl是Context的实现类。 2.细心的读者可能发现，Activity，Service，Application都是继承Context，其实他们本身是一个Context，也都实现了Context的抽象方法， 那么一个Activity是否就拥有两个Context呢? 是不是 这样计算比较合适呢？ 下面看下Context中常用的三个方法， ContextImpl继承Context，并实现了这三个方法， Activity间接继承Context，主要是在ContextWrapper实现了以上三个方法，从源码中可以看出，最终还是调用了ContextImpl的实现。 下图可以看出这几个的关系，ContextWrapper顾名思义就是Context的包装类（有ContextImpl的成员变量），并且实现了Context，这是一种装饰者设计模式。当在Activity中调用getAsset()时，其实最终是调用mBase的getAsset()。 Activity间接继承了Context，是为了拥有跟ContextImpl一样的功能，但真正起作用的是mBase这个成员变量，所以一个Activity其实就只有一个Context起作用，那就是ContextImpl类型的mBase。 这种计算方法应该是没有问题呢。 或许有人有这样的疑问，一个应用不是只有一个Application吗，为什么计算公式是加上Application个数？单进程应用来说，一个应用确实只有一个Application，而多进程应用，那么一个应用就有多个Application，所以应该说一个应用有一个或多个Application，一个进程有一个Application。 另外其他关于Context的常见面试题 1.Activity的this跟getBaseContext区别。 前者是Activity对象本身，后者是通过attachBaseContext传入的ContextImpl对象mBase，两者功能是一样的，通过this最终还是会调到mBase对象中。 2.getApplication和geApplicationContext区别。 两者都是返回Application对象，前者是Activity和Service里面的方法，后者是Context中定义的方法。 3.应用组件的构造，onCreate、attachBaseContext的执行顺序。 先是组件构造化，接着attachBaseContext，传入ContextImpl对象，最后是onCreate方法。 4.谈谈你对Context的理解 先是Context的作用，然后是有几种Context，Application、Service、Activity的Context有什么区别以及继承关系， 最后是mBase变量是如何实例化的。 以上分析有不对的地方，请指出，互相学习，谢谢哦！

　　Context可能是Android应用中最常用的元素，而它也可能是最容易误用的。 　　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的引用在单例中。

　　Android系统传递Context有多种方式，以下分类进行讲解：　　1、在同一个Activity中，传递Context可以直接通过Activity.this获得当前Activity传递的Context。或者通过getAppicaionContext获得Application传递的Context。　　2、在View中获得Context，可以直接通过getContext获得，由Activty在attachView后传递过来的Context。　　3、在其他类中，可以由参数进行传递，比如dialog初始化需要传递Context，这样便可以在类中接收到。　　需要说明的是，不同的Activity中的Context是不同的，每个Activity有自己的Context对象，所以不应该在Activity中使用其他Activity的Context。

Context 是MapReduce任务运行的一个上下文，包含了整个任务的全部信息，如COnfiguration以及RecordReader和RecordWriter等等

华硕主板上的Context功能可以帮助用户更有效地管理系统资源。Context（上下文）是华硕主板上的一种特殊功能，可以帮助用户更有效地管理系统资源。它可以帮助用户更好地控制主板上的连接，使用者可以按照自己的需求，针对不同的任务对系统资源进行有效的分配。Context功能可以有效的提高主板的运行效率，提高用户的使用体验，以及提升系统的稳定性和安全性。

上下文变量

上下文在不同的环境下有不同的具体含义，但是只要的意思就是编程的全部环境。如进程上下文就是表示进程信息的一系列东西，包括各种变量、寄存器以及进程的运行环境。这样在当进程被切换后，下次再切换回来的时候就能够回复到原来的状态。同理，中断上下文也就是当中断发生时，原来的进程执行被打断，那么就要把原来的那些变量保存下来，以便中断完成后再回复。你指的“编程”中的上下文，我想大概和以上的概念类似吧。

context本意是上下文，也就是spring上下文环境，包括一些公用对象和请求参数

题主是否想询问“报数据连接无法在context内找到的原因”？数据连接被删除或移动，权限问题。1、数据连接被删除或移动。一个数据连接被删除或移动到了另一个位置，那么它就无法在context中被找到。这种情况是由于操作人员误操作或数据源本身发生了变化所致。2、权限问题。用户没有访问某个数据连接的权限，那么它就无法在context中被找到。这种情况是由于安全设置或授权管理不当所致。

java基础的东西

Current location当前位置例句:1.Responded I can only give directions from your current location. Siri回答，我只能从你的当前位置进行导航。

Context context = getActivity(); Context象 fragment运行Activity,转跳其Activity需要用ContextAPI 具体实现式： 一. 获取装载fragmentActivity做Context 二. getActivity() Context 三. 创建Intent 意图,并指定转跳Activity Context context = getActivity(); Intent intent = new Intent(context ,目标Activity.class); 四. 调用context.startActivity(intent);即转跳指定Activit

可以的。。。如果底包没有特殊要求的话

e而哥哥

深奥的问题...

Context是在编写Android程序经常使用到的对象，意思为上下文对象。常用的有Activity的Context还是有Application的Context。Activity用来展示活动界面，包含了很多的视图，而视图又含有图片，文字等资源。

为什么需要context 在go服务器中，对于每个请求的request都是在单独的goroutine中进行的，处理一个request也可能设计多个goroutine之间的交互， 使用context可以使开发者方便的在这些goroutine里传递request相关的数据、取消goroutine的signal或截止日期 在并发程序中，由于超时、取消操作或者一些异常情况，往往需要进行抢占操作或者中断后续操作。熟悉channel的朋友应该都见过使用done channel来处理此类问题。比如以下这个例子： 上述例子中定义了一个buffer为0的channel done, 子协程运行着定时任务。如果主协程需要在某个时刻发送消息通知子协程中断任务退出，那么就可以让子协程监听这个done channel，一旦主协程关闭done channel，那么子协程就可以推出了，这样就实现了主协程通知子协程的需求。这很好，但是这也是有限的。 如果我们可以在简单的通知上附加传递额外的信息来控制取消：为什么取消，或者有一个它必须要完成的最终期限，更或者有多个取消选项，我们需要根据额外的信息来判断选择执行哪个取消选项。 考虑下面这种情况：假如主协程中有多个任务1, 2, …m，主协程对这些任务有超时控制；而其中任务1又有多个子任务1, 2, …n，任务1对这些子任务也有自己的超时控制，那么这些子任务既要感知主协程的取消信号，也需要感知任务1的取消信号。 如果还是使用done channel的用法，我们需要定义两个done channel，子任务们需要同时监听这两个done channel。嗯，这样其实好像也还行哈。但是如果层级更深，如果这些子任务还有子任务，那么使用done channel的方式将会变得非常繁琐且混乱。 我们需要一种优雅的方案来实现这样一种机制： 上层任务取消后，所有的下层任务都会被取消；中间某一层的任务取消后，只会将当前任务的下层任务取消，而不会影响上层的任务以及同级任务。 这个时候context就派上用场了。我们首先看看context的结构设计和实现原理。 context接口 先看Context接口结构，看起来非常简单。 } Context接口包含四个方法： Deadline返回绑定当前context的任务被取消的截止时间；如果没有设定期限，将返回ok == false。 Done 当绑定当前context的任务被取消时，将返回一个关闭的channel；如果当前context不会被取消，将返回nil。 Err 如果Done返回的channel没有关闭，将返回nil;如果Done返回的channel已经关闭，将返回非空的值表示任务结束的原因。如果是context被取消，Err将返回Canceled；如果是context超时，Err将返回DeadlineExceeded。 Value 返回context存储的键值对中当前key对应的值，如果没有对应的key,则返回nil。 可以看到Done方法返回的channel正是用来传递结束信号以抢占并中断当前任务；Deadline方法指示一段时间后当前goroutine是否会被取消；以及一个Err方法，来解释goroutine被取消的原因；而Value则用于获取特定于当前任务树的额外信息。而context所包含的额外信息键值对是如何存储的呢？其实可以想象一颗树，树的每个节点可能携带一组键值对,如果当前节点上无法找到key所对应的值，就会向上去父节点里找，直到根节点。 emptyCtx emptyCtx是一个int类型的变量，但实现了context的接口。emptyCtx没有超时时间，不能取消，也不能存储任何额外信息，所以emptyCtx用来作为context树的根节点。 Background和TODO只是用于不同场景下： Background通常被用于主函数、初始化以及测试中，作为一个顶层的context，也就是说一般我们创建的context都是基于Background；而TODO是在不确定使用什么context的时候才会使用。 用法 ：

就是

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

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

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

　　当我们访问当前应用的资源，启动一个新的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

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: 上下文, 环境,背景，基本上指特定的文章中出现的氛围，也指社会的环境 environment尤指自然环境

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

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

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

官方文档上对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); 然后就成功了！

是Activity 本身了

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

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

烧火谈庇等级制度蕴徒

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

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字面意思是上下文，位于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。

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

做营销的朋友大概都看到报道了，最近谷歌遇到了大麻烦。 有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，不论是广告主、代理公司还是我们第三方评估机构，都需在新的理念、方法、技术方面及时改变和创新。

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();

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

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.语境; 上下文; 背景; 环境; 复数：contexts形近词：etextsubtextpretext1With this information, you can create a context for each of the business workers ( divide) from the Simpay product context.通过这一信息，你可以为每个业务参与者（由Simpay产品语境分配的）产生一个语境。2For context, my sons are 8 and 11.需要指出的是，我的两个儿子一个8岁，一个11岁。

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

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