nt

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

大部分 函数都是 与 buffer的状态相关， 不像 device的 createXXX（） 创建对象， 也不像context 的 SetYYY（） 设置较大功能。另外， 从本随笔开头的图可看出， context 大部分的 “动词”， device 是 “名词”的创建/管理， 而swapchain 就是缓冲加速器。 1.swapchain 实现了一个或多个的 surface 用来存储 输出到输出设备output device 之前的各种 “渲染数据”， 做得数据后台加速： 2.device 就是一个虚拟适配器， 和硬件交互， 用力创建资源：

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

相信很多人都知道是这样计算的，那到底为什么是这样呢？ 源码分析基于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内找到的原因”？数据连接被删除或移动，权限问题。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用来展示活动界面，包含了很多的视图，而视图又含有图片，文字等资源。

回答和翻译如下：Can Tx Msg Tx Message?可以发送消息吗？

为什么需要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.犯罪活动得联系其社会背景来研究。

你是在你的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的父类，所以可以这样传引用

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

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

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

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

在不明确的情况下，可以用it代指。

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

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

晕，我的915都支持随便下载一个都能打CS，GMA950的显卡

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

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

文本

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。

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

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

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 信息 等。。

context 语境【语言学术语】

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

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

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

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

上下文，环境，背景

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[英][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. 但你必须知道它们产生的来龙去脉。

san:abbr. 存储区域网（Storage Area Networking）n. (San)人名；(泰)讪；(俄、罗、刚)萨恩；(土、柬)桑；(缅)山sant:n. 桑特（姓氏）Santa:n. 圣诞老人（等于Santa Claus）

ok

歌曲名:To Be Continued歌手:Dj Krush专辑:Holonic - The Self MegamixNe-Yo - To Be Continued泛听欧西...So she mad at me yet again;哎 她还在生着我的气呢"Cus my phone keeps ringing.因为我的手机一直在响And we was right in the middle of it.那时我们正要进入状态I understand "cus I know she love it.我知道的 因为我能看出她兴奋了As we was just about to get it on,当我们正要开始XXOO的时候（这里就不明说啦）I hear my manager"s ringtone.我听见了我经理的铃声So I gotta get up, I know it"s the worst,所以我起来了 我知道这样超级糟糕But the business comes first girl.但是 要知道 工作第一啊 亲爱的~Ring ring there goes my phone.电话一直在响I got to get it, see what"s going on我要看看到底怎么了We wasn"t finished baby I know我们肯定没有结束的 宝贝我知道Girl I"m so sorry but I got to go我真的好抱歉 但必须要去工作了I"ll tell you what, next time we meet听我说~~下次我们再见面No phones allowed, just you and me没有电话 我保证 只有我们俩But girl for now, I got to leave,但这次 真的 我必须要走了So "til the next time I see ya...所以下次我们再见好吗To be continued (oh), to be continued (oh)继续下去To be continued(oh), to be continued (ohoh)继续下去To be continued (this isn"t over, over)To be continued (I know what I owe ya, owe ya)To be continued (oh), to be continued (ooooh)If I could take time and turn it back如果我能花点时间 回到过去I would redo every time that, 我会重做每一次到了兴头上I know when you don"t get to finish you"ll be stressin"我知道当你没有继续下去你会觉得很有压力But girl I gotta keep my business tight但宝贝 我必须要把工作做好啊Gotta make sure regardless we alright必须要确认我们会好好的Make sure I can keep giving you the things in life确认我会给你好的物质生活Even if it means leaving you alone tonight girl甚至这意味着我必须让你今晚一个人 我也会去做Ring ring there goes my phone.电话一直在响I got to get it, see what"s going on我要看看到底怎么了We wasn"t finished baby I know我们肯定没有结束的 宝贝我知道Girl I"m so sorry but I got to go我真的好抱歉 但必须要去工作了I"ll tell you what, next time we meet听我说~~下次我们再见面No phones allowed, just you and me没有电话 我保证 只有我们俩But girl for now, I got to leave,但这次 真的 我必须要走了So "til the next time I see ya...所以下次我们再见好吗To be continued (oh), to be continued (oh)继续下去To be continued(oh), to be continued (ohoh)继续下去To be continued (this isn"t over, over)To be continued (I know what I owe ya, owe ya)To be continued (oh), to be continued (ooooh)Girl the suspense, just makes it better for you宝贝 这些小小的牺牲只是为了让你更好"Cus you don"t know what I got planned for you baby你不知道我为你计划了什么Tune in next week, when this episode will conclude各地去玩 去享受生活A happy ending for me and you你和我 有快乐的结局To be continued... Until I see you again baby继续下去 我们永远继续下去"Til I see you again baby...下次见面 好吗算了To be continued (oh), to be continued (oh)To be continued(oh), to be continued (ohoh)To be continued (this isn"t over, over)To be continued (I know what I owe ya, owe ya)To be continued (oh), to be continued (ooooh)http://music.baidu.com/song/8532527

歌曲名:Sandy歌手:Carpenters专辑:Carpenters Perform CarpenterAlbum:A Kind Of HushTitle:SandyLooking at youI"m almost home againSomething in youPuts me at easeYes, I know that you"reSuspicious of meDo I mean the things I say?Yo know I"ve been in love beforeThat much is trueBut thought I"ve been in love beforeIt wasn"t with youOoh, SandyCould we spend the day together?You know how rainy weatherGets me down when I"m aloneYou, SandyYou gotta be a friend todayAn hour with you wouldChase the winter awayBeing with youI"m like a child againYour eyes can seeClearer than mineNo one ever made me quite so awareNo one ever took the timeThe time it took surprises meNothing"s the sameAs if my life began againHearing your nameOoh, SandyCould we spend the day together?You know how rainy weatherGets me down when I"m aloneYou, SandyYou gotta be a friend todayAn hour with you wouldChase the winter awayAn hour with you wouldChase the winter awayhttp://music.baidu.com/song/8049116

不收费 大部分扩展都不收费 收费的扩展也会有明确提示的

直接搜酷狗歌词

at times的意思是“有时；时常”，与some-times意思相同；by accident的意思是“偶然；碰巧”。

Bias 是测量股价偏离均线大小程度的指标的乖离率，指股价与平均移动线之间的偏离程度，因此也叫偏离值 。 Bias Corrected 意思是 “乖离率修正”， Bias Accelerated 意思是 “乖离率反弹”。合称 “乖离率修正和反弹”。

用ES 浏览器，TF卡（lepad用的叫TF卡)位置在sdcard/removeable_sdcard. internal sdcard是机器内置的这个设计是联想脑残的设计。

先看陈述句： 北京是中国的首都。 Beijing is China"s capital city. 对China"s 提问，会做了吧？呵呵，那就是Whose capital city is Beijing ？或者 Which country"s capital city is Beijing？

对的，没有问题

范德瓦尔斯交互作用：原子周围的电荷分布状态会随着时间而变化（即瞬态不对称） ，这个运动是通过静电相互作用，来引发它相临的原子的电子分布互补的不对称性.

小题1:B小题2:A小题3:C小题4:A小题5:D试题分析：小题1:通过hewenttoaschoolnearhishouse可知，学校就在汤姆家附近。所以本题选B。小题2:通过Hewentthereonfoot可知，Tom步行去上学。所以本题选A。小题3:通过ButlastMondayhewasverylate可知，上个星期一，他回家晚了。所以本题选C。小题4:通过Becausenoonecouldanswertheteacher"squestionexcept(除了)me,和Thequestionwas‘Whobroke(打破)thewindowoftheclassroom?可知，Tom因为打坏了玻璃，而被老师留下。也就是Tom做错了事。所以本题选A。小题5:根据题意可知，当她听到儿子打坏了玻璃后，不可能会高兴happy/pleased，也不可能是饿angry,只能是生气。所以本题选D。点评：本文讲述了Tom因打坏玻璃而被老师留下，导致回家晚了，而他是如何告诉他妈妈的故事。阅读时，文章的最后以句很是关键，所以应该尽量读懂。前三个小题比较简单，可知文中直接找到答案，而后两个题需要根据文章的意思加以推测。

Mnssnsbssnznnxbxbxbxjx