Application详解与用法
apply用法详解
apply用法详解用法一apply表示“应用”、“运用”、“适用”等，注意以下用法：①表示“应用”、“运用”等，通常为及物动词；要表示“将...运用到...”，通常用介词to：We decided to apply a new method. 我们决定使用新方法。
In this way we can better apply theory to practice. 这样我们就能更好地把理论运用到实践中去。
②表示“适用”，通常为不及物动词；要表示“适用于...”，通常用介词to(不能用for)：The rule doesn’t apply in all cases. 此规则并非适用于所有的情形。
The book does not apply to beginners. 这书不适合于初学者。
These methods apply to learning English. 这些方法适用于英语学习。
用法二apply表示“申请”，注意以下用法：①可用及物或不及物动词，表示“申请得到...”，要用介词for；表示“申请做某事”，其后接不定式：Y ou may apply in person or by letter. 你亲自或通过书信申请均可。
More than 30 people applied for the position. 有30多个人申请这个职位。
He applied to stay there. 他申请留在那儿。
比较以下两同义句：去年他申请入党。
正：Last year he applied to join the Party.正：Last year he applied for membership in the Party.②表示“向...申请(得到)...”，通常用apply to...for...：He applied to us for help. 他向我们求援。
They applied to the government for financial help. 他们向政府申请经济援助。
asp中Application的用法
asp中Application的用法在Web应用程序中，当一个用户访问该应用时，Session类型的变量可以供这个用户在该Web应用的所有页面中共享数据；如果另一个用户也同时访问该Web应用，他也拥有自己的Session变量，但两个用户之间无法通过Session变量共享信息，而Application类型的变量则可以实现站点多个用户之间在所有页面中共享信息。
可以理解Session是局部变量，而Application则为全局变量。
在同一虚拟目录及其子目录下的所有 .asp 文件构成了 ASP 应用程序。
我们非但可以使用Application 对象，在给定的应用程序的所有用户之间共享信息，并在服务器运行期间持久的保存数据。
而且，Application 对象还有控制访问应用层数据的方法和可用于在应用程序启动和停止时触发过程的事件。
一、Application("name")=value正如Session("name")=value一样，Application对象也没有内置的属性。
当然用户可以自定义属性，该属性也可称为集合。
一旦分配了Application对象的属性，它就会持久地存在，直到关闭WEB服务器服务使得 Application 停止。
由于存储在 Application 对象中的数值可以被应用程序的所有用户读取，所以Application 对象的属性特别适合在应用程序的用户之间传递信息。
<%Application("MyName") = "cnbruce"%>二、Application.LockLock方法是禁止其他用户修改Application对象的属性，以确保在同一时刻仅有一个客户可修改和存取Application 变量。
如果用户没有明确调用 Unlock 方法，则服务器将会在 .asp 文件结束或超时后即解除对Application 对象的锁定。
(完整word)Application对象及其常用方法基本操作应用示例
Application对象及其常用方法基本操作应用示例Application对象代表整个Microsoft Excel应用程序，带有175个属性和52个方法，可以设置整个应用程序的环境或配置应用程序。
示例01—01：体验开/关屏幕更新（ScreenUpdating属性)Sub 关闭屏幕更新（)MsgBox ”顺序切换工作表Sheet1→Sheet2→Sheet3→Sheet2,先开启屏幕更新,然后关闭屏幕更新"Worksheets(1).SelectMsgBox "目前屏幕中显示工作表Sheet1"Application。
ScreenUpdating = TrueWorksheets（2）.SelectMsgBox "显示Sheet2了吗?”Worksheets(3).SelectMsgBox ”显示Sheet3了吗？"Worksheets(2).SelectMsgBox ”下面与前面执行的程序代码相同,但关闭屏幕更新功能"Worksheets(1）.SelectMsgBox ”目前屏幕中显示工作表Sheet1” & Chr（10) & ”关屏屏幕更新功能"Application.ScreenUpdating = FalseWorksheets(2）.SelectMsgBox ”显示Sheet2了吗？”Worksheets(3).SelectMsgBox "显示Sheet3了吗?"Worksheets(2)。
SelectApplication.ScreenUpdating = TrueEnd Sub示例说明:ScreenUpdating属性用来控制屏幕更新.当运行一个宏程序处理涉及到多个工作表或单元格中的大量数据时,若没有关闭屏幕更新，则会占用CPU的处理时间，从而降低程序的运行速度，而关闭该属性则可显著提高程序运行速度。
各种状态保存
Application, Session, Cookie, Viewstate, Cache对象——转无情无绪的博客1.Application：用于保存所有用户共用的数据信息。
在中类似的配置数据最好保存在Web.config文件中。
如果使用Application对象，一个需要考虑的问题是任何写操作都要在Application_OnStart 事件（global.asax）中完成。
尽管使用Application.Lock和Application.Unlock方法来避免写操作的同步，但是它串行化了Application对象的请求，当网站访问量大的时候会产生严重的性能瓶颈。
因此最好不要用此对象保存大的数据集。
使用如下：//存放信息Application["UserNameID"]="1000";//读取信息String NameID=Application["UserNameID"].ToString();2.Session：用于保存每个用户的专用信息。
Session中的信息保存在Web服务器的内存中，保存的数据量可大可小。
当Session超时或被关闭时将自动释放保存的数据信息。
对于小量的数据Session对象保存还是一个不错的选择。
使用如下：//存放信息Session["UserNameID"]="1000";//读取信息String NameID=Session["UserNameID"].ToString();3.Cookie：用于保存客户浏览器请求服务器页面的请求信息，其有效期可以人为设置，而且其存储的数据量很受限制，因此不要保存数据集及其他大量数据。
而且Cookie以明文方式将数据信息保存在客户端的计算机中，因此最好不要保存敏感的未加密的数据。
使用如下：//存放信息Response.Cookie["UserNameID"].Value="1000";//读取信息String NameID=Response.Cookie["UserNameID"].Value;4.ViewState：常用于保存单个用户的状态信息，可以保存大量的数据但是过多使用会影响应用程序的性能。
Aplication的意义和生命周期，与Context的关系，以及关于Aplication。。。
Aplication的意义和⽣命周期，与Context的关系，以及关于Aplication。
Context详解地址链接：Application是⼀个应⽤中有且仅有⼀个的全局共享变量类，在这个全局变量中可以存储⼀定的数据，⽤于整个应⽤中的异步沟通和数据交互。
、⾃定义Application的⽅法：1.⾃定义⼀个class，假如取名app，继承Application2.在manifests⽂件中，对于Application声明⼀个name标签，那么这个标签的名字就可以改为android:name=".app",进⾏此步骤后，应⽤将使⽤⾃定义的Application的类3.这个全局的变量对象，可以在任何地⽅通过使⽤getApplicationContext()⽅法获得注：这个application的class中不能写具体的执⾏步骤，只能声明属性和提供修改和获得属性的⽅法Application的⽣命周期跟整个程序的状态息息相关，具体体现在⼏个函数：public class App extends Application {@Overridepublic void onCreate() {super.onCreate(); // 程序创建的时候执⾏}@Overridepublic void onTerminate() {super.onTerminate(); // 程序终⽌的时候执⾏}@Overridepublic void onLowMemory() {super.onLowMemory(); // 低内存的时候执⾏}@Overridepublic void onTrimMemory(int level) { super.onTrimMemory(level); // 程序在内存清理的时候执⾏}@Overridepublic void onConfigurationChanged(Configuration newConfig) {super.onConfigurationChanged(newConfig);}}⽽Context是沟通整个程序的桥梁，每个重要的组件都会对应⼀个Context对象，在Context中封装了许多抽象的⽅法，通过层层继承，在不同的位置实现抽象的⽅法，使得Context中的抽象⽅法可以沟通各个组件，其中就包括了startActivity(Intent i)⽅法ps：Intent是⼀个⽤于沟通各个组件的对象，其中封装了⼀些⽤户携带信息的属性，但调⽤context中的⽅法沟通不同的组件的时候，Intent中的内容⾃然就实现了跨组件的传递。
ASP.NETC#中Application的用法教程
C#中Application的⽤法教程Application对象Application对象⽣存期和Web应⽤程序⽣存期⼀样长，⽣存期从Web应⽤程序⽹页被访问开始，HttpApplication类对象Application被⾃动创建，直到没有⼀个⽹页被访问时结束，Application对象被⾃动撤销。
因此Application对象中的变量也有相同⽣存期，并且变量可以被Web应⽤程序中的所有⽹页访问。
因此，可以在Application对象中建⽴⼀些全局的公⽤变量，由于存储在Application对象中的数值可以被应⽤程序的所有⽹页读取，所以Application对象的属性也适合在应⽤程序的⽹页之间传递信息。
Application对象主要有以下⽤途：l 存储记录在线⼈数或访问⽹站总⼈数的变量。
l 存储⽹站共⽤最新消息，供所有⽹页更新。
l 记录⽹站中个⽹页同⼀条⼴告被点击的次数或时间。
l 存储供所有⽹页使⽤的数据库数据。
l 不同⽤之间通讯，例如多⽤户聊天室，多⽤户游戏等关于 的 Application 的⽤法，与 Session ⾮常不同。
下⾯来看看详细的介绍：Session的⽤法⼀、Session.Add 名称相同时，不会重复，⽽是覆盖。
Session.Add("s1", 1);Session.Add("s1", 2);// s1 最终只有⼀个值，就是 2。
⼆、名称忽略⼤⼩写。
Session.Add("s1", 1);Response.Write(Session["S1"]); // 值为 1三、Session Add 后⽴刻就可取到值（Remove 同理），这点不同于 Cookie，Cookie 要等到下个页⾯才有。
Session.Add("s1", 1);Response.Write(Session["s1"] == null); // False，它不为 null四、存储的 Session 数据类型为 object，最好⽤ Convert 转换。
SpringApplicationListener监听器用法详解
SpringApplicationListener监听器⽤法详解这篇⽂章主要介绍了Spring ApplicationListener监听器⽤法详解,⽂中通过⽰例代码介绍的⾮常详细，对⼤家的学习或者⼯作具有⼀定的参考学习价值,需要的朋友可以参考下监听器在使⽤过程中可以监听到某⼀事件的发⽣，进⽽对事件做出相应的处理。
⾸先⾃定义⼀个监听器myListener实现ApplicationListener接⼝@Repositorypublic class myListener implements ApplicationListener<ApplicationEvent>{@Overridepublic void onApplicationEvent(ApplicationEvent event) {System.out.println("监听到的事件发布。
"+event.getClass());System.out.println("监听的内容。
"+event.toString());}}创建配置类MainListenerConfig：将myListener组件加⼊到容器中@Configuration@Import(myListener.class)public class MainListenerConfig {}测试public class ListenerTest {@Testpublic void test(){//创建容器AnnotationConfigApplicationContext applicationContext = new AnnotationConfigApplicationContext(MainListenerConfig.class);applicationContext.publishEvent(new ApplicationEvent("我发布的事件") {});applicationContext.close();}}打印输出：可以监听到⾃⼰发布的事件和spring容器在创建实例化销毁的过程中的发布事件。
application的用法和例句
application的用法和例句application有出现;出版;显得;好像;登场等意思，那么你知道application的用法吗?下面跟着店铺一起来学习一下，希望对大家的学习有所帮助!application的用法大全：application的基本意思是“申请,申请表,申请书”,通常指非常正规、供有关部门考虑的书面“申请,请求”,常用于正式和书面语中。
application也可作“实际应用,用途”“施用,敷用,涂抹”解。
application的用法例句：1. After a year we will sympathetically consider an application for reinstatement.一年后我们会对复职申请予以考虑和批准。
2. De Gaulle vetoed Britain's application to join the EEC.戴高乐驳回了英国加入欧洲经济共同体的申请。
3. How do the two techniques compare in terms of application?这两种手法实际运用起来哪个好一些?4. Fill out the application carefully, and keep copies of it.仔细填写申请表，并且保存副本。
5. The district council agreed with the objectors and turned down the application.区政务委员会同意反对者的意见，拒绝了这一申请。
6. The membership application came before the Council of Ministers in September.会员申请书于9月提交部长会议审议。
7. Your application must be proposed and seconded by current members.你的申请必须由现任成员推荐并得到他们的支持。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1:Application是什么？Application和Activity,Service一样,是android框架的一个系统组件，当android程序启动时系统会创建一个application对象，用来存储系统的一些信息。
通常我们是不需要指定一个Application的，这时系统会自动帮我们创建，如果需要创建自己的Application，也很简单创建一个类继承Application并在manifest的application标签中进行注册(只需要给Application标签增加个name属性把自己的Application的名字定入即可)。
android系统会为每个程序运行时创建一个Application类的对象且仅创建一个，所以Application可以说是单例(singleton)模式的一个类.且application对象的生命周期是整个程序中最长的，它的生命周期就等于这个程序的生命周期。
因为它是全局的单例的，所以在不同的Activity,Service中获得的对象都是同一个对象。
所以通过Application来进行一些，数据传递，数据共享等,数据缓存等操作。
2:通过Application传递数据假如有一个Activity A, 跳转到Activity B ,并需要推荐一些数据，通常的作法是Intent.putExtra() 让Intent携带，或者有一个Bundle把信息加入Bundle让Intent推荐Bundle对象，实现传递。
但这样作有一个问题在于，Intent和Bundle所能携带的数据类型都是一些基本的数据类型，如果想实现复杂的数据传递就比较麻烦了，通常需要实现Serializable或者Parcellable接口。
这其实是Android的一种IPC数据传递的方法。
如果我们的两个Activity在同一个进程当中为什么还要这么麻烦呢，只要把需要传递的对象的引用传递过去就可以了。
基本思路是这样的。
在Application中创建一个HashMap ，以字符串为索引，Object为value这样我们的HashMap就可以存储任何类型的对象了。
在Activity A中把需要传递的对象放入这个HashMap，然后通过Intent或者其它途经再把这索引的字符串传递给Activity B ,Activity B 就可以根据这个字符串在HashMap中取出这个对象了。
只要再向下转个型，就实现了对象的传递。
3:Application数据缓存我一般会习惯在application中建立两个HashMap一个用于数据的传递，一个用于缓存一些数据。
比如有一个Activity需要从网站获取一些数据，获取完之后我们就可以把这个数据cache到Application 当中，当页面设置到其它Activity再回来的时候，就可以直接使用缓存好的数据了。
但如果需要cache一些大量的数据，最好是cache一些(软引用)SoftReference ，并把这些数据cache到本地rom上或者sd卡上。
如果在application 中的缓存不存在，从本地缓存查找，如果本地缓存的数据也不存在再从网络上获取。
4：PitFalls(汉语：易犯的错误)使用Application如果保存了一些不该保存的对象很容易导致内存泄漏。
如果在Application的oncreate中执行比较耗时的操作，将直接影响的程序的启动时间。
不些清理工作不能依靠onTerminate完成，因为android会尽量让你的程序一直运行，所以很有可能onTerminate不会被调用。
5：MemoryLeak在Java中内存泄漏是只，某个(某些)对象已经不在被使用应该被gc所回收，但有一个对象持有这个对象的引用而阻止这个对象被回收。
比如我们通常会这样创建一个ViewTextView tv = new TextView(this);这里的this通常都是Activity。
所以这个TextView就持有着这个Activity的引用。
下面看张图(Google IO 2011 ppt中抄得)通常情况下，当用户转动手机的时候，android会重新调用OnCreate()方法生成一个新的Activity，原来的Activity应该被GC所回收。
但如果有个对象比如一个View的作用域超过了这个Activity(比如有一个static对象或者我们把这个View的引用放到了Application 当中)，这时候原来的Activity将不能被GC所回收，Activity本身又持有很多对象的引用，所以整个Activity的内存被泄漏了。
备注：经常导致内存泄漏核心原因：keeping a long-lived reference to a Context.持有一个context的对象，从而gc不能回收。
情况如下：1.一个View的作用域超出了所在的Activity的作用域，比如一个static的View或者把一个View cache到了application当中etc理解：内存：注意静态的数据和缓存中的数据；注意释放；2.某些与View关联的Drawable的作用域超出了Activity的作用域。
3.Runnable对象：比如在一个Activity中启用了一个新线程去执行一个任务，在这期间这个Activity被系统回收了，但Runnalbe的任务还没有执行完毕并持有Activity的引用而泄漏，但这种泄漏一般来泄漏一段时间，只有Runnalbe的线程执行完闭，这个Activity 又可以被正常回收了。
4.内存类的对象作用域超出Activity的范围：比如定义了一个内存类来存储数据，又把这个内存类的对象传给了其它Activity 或者Service等。
因为内部类的对象会持有当前类的引用，所以也就持有了Context的引用。
解决方法是如果不需要当前的引用把内部类写成static或者，把内部类抽取出来变成一个单独的类，或者把避免内部对象作用域超出Activity 的作用域。
out Of Memery Error 在android中每一个程序所分到的内存大小是有限的，如果超过了这个数就会报Out Of Memory Error。
android给程序分配的内存大小与手机硬件有关，以下是一些手机的数据：G1:16M Droid:24 Nexus One:32M Xoom:48Ms所以尽量把程序中的一些大的数据cache到本地文件。
以免内存使用量超标。
记得数据传递完成之后，把存放在application的HashMap中的数据remove掉，以免发生内存的泄漏6：生命周期：onCreate 在创建应用程序时创建onTerminate 当终止应用程序对象时调用，不保证一定被调用，当程序是被内核终止以便为其他应用程序释放资源，那么将不会提醒，并且不调用应用程序的对象的onTerminate方法而直接终止进程onLowMemory 当后台程序已经终止资源还匮乏时会调用这个方法。
好的应用程序一般会在这个方法里面释放一些不必要的资源来应付当后台程序已经终止，前台应用程序内存还不够时的情况。
onConfigurationChanged 配置改变时触发这个方法备注:application 被杀死的情况分析：为了决定在内存较低的时候杀掉哪个进程, Android会根据运行在这些进程内的组件及他们的状态把进程划分成一个”重要程度层次”. 其重要的程度按以下规则排序:1：前端进程可以是一个持有运行在屏幕最前端并与用户交互的Activity的进程(onResume 方法被调用时)，也可以是持有一个正在运行的IntentReceiver(也就是说他正在执行自己的onReceiveIntent方法)的进程. 在系统中, 只会有少数这样的进程, 并且除非内存已经低到不够这些进程运行, 否则系统不会主动杀掉这些进程. 这时, 设备通常已经达到了需要内存整理的状态, 所以杀掉这些进程是为了不让用户界面停止响应.2：可视进程是持有一个被用户可见, 但没有显示在最前端(onPause方法被调用时) 的Activity的进程. 举例来说, 这种进程通常出现在一个前端Activity以一个对话框出现并保持前一个Activity可见时. 这种进程被系统认为是极其重要的, 并且通常不会被杀掉, 除非为了保持所有前端进程正常运行不得不杀掉这些可见进程.3：服务进程是持有一个Service的进程, 该Service是由startService()方法启动的, 尽管这些进程用户不能直接看到, 但是通常他们做的工作用户是十分关注的(例如, 在后台播放mp3或是在后台下载上传文件), 所以, 除非为了保持所有的前端进程和可视进程正常运行外, 系统是不会杀掉服务进程的.4：后台进程是持有一个不再被用户可见的Activity(onStop()方法被调用时)的进程. 这些进程不会直接影响用户体验. 加入这些进程已经完整的,正确的完成了自己的生命周期(访问Activity查看更多细节), 系统会在为前三种进程释放内存时随时杀掉这些后台进程. 通常会有很多的后台进程在运行, 所以这些进程被存放在一个LRU列表中, 以保证在低内存的时候, 最近一个被用户看到的进程会被最后杀掉.5：空进程是没有持有任何活动应用组件的进程. 保留这种进程的唯一理由是为了提供一种缓存机制, 缩短他的应用下次运行时的启动时间. 就其本身而言, 系统杀掉这些进程的目的是为了在这些空进程和底层的核心缓存之间平衡整个系统的资源.当需要给一个进程分类的时候, 系统会在该进程中处于活动状态的所有组件里掉选一个重要等级最高作为分类依据. 查看Activity, Service,和IntentReceiver的文档, 了解每个组件在进程整个生命周期中的贡献. 每一个classes的文档详细描述他们在各自应用的生命周期中所起得作用.7：application 的context1、它描述的是一个应用程序环境的信息，即上下文。
2、该类是一个抽象(abstract class)类，Android提供了该抽象类的具体实现类(后面我们会讲到是ContextIml类)。
3、通过它我们可以获取应用程序的资源和类，也包括一些应用级别操作，例如：启动一个Activity，发送广播，接受Intent信息等。
用法详解：。