Spring不用注入获取bean，这样获取applicationContext.getBean()有什么好处吗

我接触spring自动注入的时间并不长，依稀记得有一点，一个类里可以使用自动注入其他bean的前提是这个类本身的管理也是要交给spring容器的。你调用这个方法所在的类可能并不是由spring来管理的，也就是说采用@Autowired这种自动注入应该是无效的，在针对这种情形，spring确实提供这样一种途径，就是在无法自动注入的情况下，直接调用beanfactory去拿某个bean的实例，调用这样方法得到的实例是跟自动注入得到的实例是一样的。

但是如果你主动去new这样一个bean，那spring容器是不会帮助你把这个bean里的属性初始化好的。

如果可以直接自动注入，谁不想省事一点呢，以上基本是我个人一点浅薄的项目经验，希望对你有帮助。

在application中可以存放Acitivity_B的实例，并且设置get 和 set 方法，这样，就可以在应用程序中随时从application中获取到Activty_B的实例了。

Spring Bean 默认是单例的，你得到的始终是同一个

如果要得到多个实例，在Bean定义里添加属性scope="prototype"

如：

<bean id = "" class = "" scope="prototype">

Application类位于UnityEngine下，用于访问应用程序在运行时的一些数据。这个类不包含实例属性和实例方法，这就意味着在脚本中我们直接通过Application类来调用其静态的属性静态方法来控制程序运行时的数据。

虽然以上罗列的属性和方法官网API都有详细的介绍，但这里我用表格的形式展现出这些方法和属性，阅读起来更直观，同时我将常用的放在前面，功能相似的属性和方法放在一块，这样好做一个区分和比较。

第一篇文章就这样写完了，虽然没有写什么实质性的内容，但还是感觉蛮有成就感的，最重要的是已经迈出了第一步，敢写敢做，立马行动，以前知道写博客文章很重要，但是迟迟没有行动，所以说路在脚下，要敢于往前走。还有就是学会了使用markdown，一开始用的时候感觉挺不适应的，但慢慢写下来，熟悉了语法，觉得还是挺好用的，好处不用说，谁用谁知道。

今天只是一个开始，坚持！继续加油！

为提高线上代码的质量，我们在项目持续集成的过程中，会对提交编译打包的代码进行静态代码扫描。我们预置了一些开发语言的语法规则（bug、漏洞、代码风格等），在静态代码扫描时，会对代码进行扫描，并将不符合规则的的代码标记出来。如果扫出的代码问题很严重，则会阻断上线，开发人员必须对问题代码进行修改。为方便对问题代码的修改，我们使用了静扫插件。该插件会在开发人员的编码过程中，对编写的代码进行扫描和分析，并将代码中与指定规则不符合的代码标记出来，提示开发人员修改。这样可以让开发人员快速发现问题，并及时修改。

但此时会面临一个问题，不同的业务线，对于代码的要求可能是不一样的，如何让这些规则匹配到所有的业务线。于是使用了规则集，把不同业务线的规则放到不同的规则集中，让业务线使用各自的规则集。为此我们开发了58EE插件，通过这个插件来修改规则集。

58EE插件有Eclipse和IDEA两个版本，并同时支持Mac OS和Windows。

下面我们就以IDEA为例，带大家了解下如何开发IDE插件。

1、配置JDK

点击File -> Project Structure，打开ProjectStructure面板。

在Project Structure面板中点击SDKs，之后点击加号，选择JDK。

选中JDK所在的路径，点击OK。

2、配置插件开发SDK

在Project Structure面板中点击SDKs，之后点击加号，选择IntelliJ Platform Plugin SDK。

选中IDEA的安装目录，点击OK。

3、启用Plugin DevKit插件

在Settings面板的Plugins中找到Plugin DevKit，确保此插件处于开启状态。一般IDEA中会自带此插件。

插件工程有两种形式，一种是DevKit，一种是Gradle。DevKit结构简单，上手快，Gradle依赖管理方便。官方推荐使用Gradle。对于插件开发选用哪种工程，一般根据插件的功能需求来确定。功能简单，依赖较少就用DevKit；功能复杂，依赖较多就用Gradle。

创建DevKit工程

在创建工程时选择IntelliJ Platform Plugin。

点击Next，填写工程名，点击Finish。

创建Gradle工程

在创建工程时选择Gradle，勾选Java和IntelliJPlatform Plugin。

点击Next，填写项目相关信息，建立项目。（注意Gradle工程需要在IDEA中配置Gradle）

pluginxml

在resources/META-INF目录下有个pluginxml文件，这是插件工程的配置文件。

以上内容是pluginxml中的基本配置内容，随着插件功能的增加，配置文件的内容也会越来越多。其它的配置项会在之后的功能开发模块介绍。

buildgradle

现在，我们开发一个插件小功能，在IDEA中新增一个按钮，点击该按钮d出一个Hello World的提示窗。

创建Action

在pluginxml中添加Action配置。

编写该Action的实现类。继承AnAction类，重写actionPerformed()方法。

运行调试

打开运行配置面板，点击加号，选择Plugin。

填写相关参数。VM Options为JVM参数，Use classpath of module为运行的插件项目，选择此次编写的插件，点击OK。

点击运行或调试按钮，则会启动一个新的IDEA，在此IDEA中会应用此插件工程。

开发者可以在新打开的这个IDEA中查看插件的使用效果。点击File，在最后一项出现HelloWorld。

点击HelloWorld，d出提示框。

DevKit打包

在菜单栏点击Build -> Prepare Plugin Module ‘xxx’ For Deployment，之后会在项目所在目录生成插件的zip压缩包。

Gradle打包

在Gradle窗口中点击双击clean，clean结束后双击build。

Build完成后，会在工程目录中生成build文件夹。

在build文件下的distributions目录中可以看到此插件打包后的文件。

插件安装方式

IDEA上的插件有两种安装方式：本地安装和在线安装。如果有插件的文件包，可以选择本地安装；如果你有插件的安装地址，就可以选择在线安装。

本地安装

本地安装有两种方式。一种是直接将插件zip文件解压后的文件夹放到IDEA安装目录的plugins目录中。

另一种方式是在IDEA中安装。在Setting面板的Plugins中点击Install plugin from disk。

选择本地的插件文件，点击OK。

在线安装

如果要安装官方插件仓库中的插件，则再插件面板中点击Browse repositories。

在d出的窗口中点击Repository单选框，选择插件所在的仓库。也可以在搜索框中输入插件的名称进行搜索。

找到插件后选中该插件，点击右方的Install进行安装。

注：安装完插件后，须重启IDEA才能使插件生效。

建立插件仓库

如果开发的是一个开源插件，想要全世界的人都可以使用这个插件，那么可以把这个插件发布到JetBrains的插件仓库。如果只想让这个插件在一定范围内使用，比如在公司内部使用，那么可以建立一个插件仓库。使用者通过访问这个插件仓库来安装插件。

创建一个任意名称的xml文件，在文件中写入以下内容。

其中，plugins标签中的每一项plugin代表一个插件。

id为插件工程配置文件pluginxml中定义的id；

url为该插件的下载地址；

version为插件的版本号，需要和pluginxml中的版本号对应；

如果插件要升级版本，则将url改为新版本插件的地址，version改为新的版本号。改完后使用者直接在IDEA上就可以升级。

写完这个xml文件后，把这个文件放到服务器上，文件的地址就是插件仓库的地址。在IDEA中添加自定义的插件仓库。在插件面板中点击Browse repositories。

点击下方的Manage repositories。

在d出的自定义插件仓库面板中，点击右方的加号。

输入xml文件的地址。

点击Check Now，如果d出成功的提示窗，则表示插件仓库能够被IDEA识别。

如果d出错误信息，则表示这个插件仓库检测失败，需重新检测仓库地址或xml文件编写是否有误。

在插件进行在线安装时，选择添加的自定义仓库，就可以看到这个仓库中的所有插件，选择需要的插件进行安装。

安装完插件后，如果该插件发布了新的版本，则Install按钮会变成Update按钮。用户点击该按钮就可以升级到新版本的插件。

插件组件是插件集成的基础概念。

插件组件的类型

插件有三种类型的组件，应用级组件（Application Component）、项目级组件（Project Component）、模块级组件（Module Component）。

应用级组件会在IDEA启动的时候创建和初始化，其生命周期伴随整个IDEA进程。在插件中只能有一个应用级组件。使用应用级组件，需在pluginxml中定义<application-components>标签，其实现类必须实现ApplicationComponent接口。在使用时可以通过ApplicationManager来获取Application实例，再通过Application实例的getComponent(Class)方法来获取应用级组件

在每个Project实例创建时，由IDEA自动为该实例创建一个项目级组件。在pluginxml中需使用<Project-components>标签定义，其实现类需要实现ProjectComponent接口，使用时通过Project实例的getComponent(Class)方法获取。

当Project中有Module被创建时，IDEA会自动为其创建一个模块级组件。在pluginxml中需使用<Project-components>标签定义，其实现类需要实现ModuleComponent接口，使用时通过Module实例的getComponent(Class)方法获取。

定义的每个组件，无论哪种类型，都有一个唯一的名字，用来作为外部，便于其它组件检索。通过组件的getComponentName()方法返回。组件的名字，推荐使用“插件名组件名”的方式来命名。

Component的周期方法

组件接口中有多个方法，会在组件生命周期的不同阶段执行。

ApplicationComponent中有initComponent()和disposeComponent()方法。initComponent()方法会在组件创建的时候被调用，disposeComponent()方法会在组件销毁的时候被调用。

ProjectComponent比ApplicationComponent多了两个方法，projectOpened()和projectClosed()。projectOpened()会在一个项目已经加载完成是调用，projectClosed()会在一个项目关闭后执行。

ModuleComponent比ProjectComponent多了一个moduleAdded()方法，会在模块已经被添加到project时执行。

如果开发者想开发一个图形界面，并嵌入到IDEA的面板中，则需要对IDEA中的组件进行扩展。

扩展和扩展点

扩展Setting面板

下面将展示插件在Setting面板中增加一项配置。

在pluginxml添加扩展信息。

接着写实现类，实现类必须实现Configurable接口，并重写改接口的方法。

createComponent()方法返回一个封装为JComponent对象的图形界面。开发者使用Java中的Swing进行图形界面的开发，并在此方法返回。使用时，当用户在Setting面板中点击此设置项，IDEA则会调用此方法，在面板中展示此界面。比如，输入return newJButton(“ok”)，则会在面板中显示一个名称为ok的按钮。

isModified()方法则是用于监听界面中的内容是否有修改，当界面发生变化时会调用此方法。返回值为true时，Setting面板的Apply按钮可以点击；当返回值为false时，Apply按钮置灰，不能被点击。

apply()方法会在用户点击Apply按钮时执行，插件对于用户的响应 *** 作就可以放到此方法中进行。

reset()方法会在用户点击Cancel按钮时执行，可以用来还原设置。

disposeUIResources()方法会在当前界面消失的时候执行。比如当用户切换到其它设置项或Setting面板关闭时，会调用此方法。

运行效果

运行此插件，在Setting面板的Other Setting中可以看到此插件增加的设置项。

在用户使用插件的过程中，插件有时需要保存用户本次 *** 作的数据。比如用户上次选择的某个选项，在用户再次打开插件的时候，需要显示用户上次的选择。此时则需要将用户每次选择的数据进行持久化。IDEA提供了两种持久化的方式：PropertiesComponent和PersistentStateComponent。PropertiesComponent *** 作简单，适合保存简单、少量的的数据；PersistentStateComponent *** 作复杂，适合保存复杂、量多的数据。

PropertiesComponent

PropertiesComponent会把所有数据，以key-value的形式保存到一个IDEA的公共空间，所以定义的key必须是唯一的，建议使用项目名作为前缀。使用时，通过setValue()方法将数据保存到propertiesComponent中。

获取数据时，通过getValue()方法获取。

PersistentStateComponent

PersistentStateComponent的方式则会在本地新建一个xml文件，将插件数据保存到这个xml文件中。使用前需要先写一个PersistentStateComponent接口的实现类，用于定义xml文件。

以上的代码中，@State用于配置xml文件，name用于指定组件名称，storages用于指定文件保存的位置。在IDEA 2016以后的版本中，直接在@Storage注解为value属性赋值，值为xml文件的文件名，即@Storage（value = “filenamexml”）。value属性可以省略，直接填写文件名，插件使用时会在IDEA的用户目录中自动生成这个文件。

而在IDEA 2016及之前的版本，需要在@Storage注解中给id和file属性赋值（例如： @Storage(id = "rulesGroup", file="$APP_CONFIG$/rulesGroupxml")， $APP_CONFIG$ 为IDEA安装后的默认用户路径）。

持久化数据在xml文件中以key-value的形式保存，实现类中的属性名就是key。

以上的PersistentStateComponent实现类是将保存数据的属性定义在了实现类自身，当保存的数据较多时，对应的属性也会很多，类中的代码管理会显得混乱。这时可以在该实现类中定义一个内部类，把属性写到这个内部类中。

代码中的getState()方法，会在保存设置（比如settings窗口失去焦点，关闭IDEA）的时候调用。如果用户没有修改内容，则不会保存。loadState()方法会在创建组件或xml文件被外部改变的时候调用。

如果没有对实现类中属性进行封装，使用时可以直接对属性进行 *** 作。

建议对属性进行封装，通过get和set方法来或者属性值。

IDEA插件开发的技术点还有很多，比如进度条、PSI等。由于文章篇幅的限制，以上内容只是对其部分内容进行举例。希望能在以后为大家分享更多的IDEA插件开发技术。

1、Launcher进程启动过程

可以由下面图看到Launcher进程是如何被创建启动：

Activity Manager通过发送Intend来启动Launcher。

Intent intent = new Intent(mTopAction, mTopData != null

Uriparse(mTopData) : null);

intentsetComponent(mTopComponent);

if (mFactoryTest != SystemServerFACTORY_TEST_LOW_LEVEL)

{

intentaddCategory(IntentCATEGORY_HOME);

}

startActivityLocked(null, intent, null, null, 0, aInfo,

null, null, 0, 0, 0, false, false);

复制代码

因此，如果你要开机启动一个替换Launcher的程序，只要在程序<intent-filter>里面加入actionMAIN 、

categoryHOME、categoryDEFAULT就可以。如果出现多个程序都加入这种intent，系统会d出让你选择

哪个作为启动器。

2、Launcher初始化——LauncherApplication。

Application类，我想大部分做Android应用的朋友都用过，每个Android应用默认都有一个Application类，

你也可以继承Application类，然后加入自己代码。Application是一个全局的应用类，在AndroidManifestxml

我们也可以找到Application标签。

<application

android:name="comandroidlauncher2LauncherApplication"

android:label="@string/application_name"

android:icon="@drawable/ic_launcher_home"

android:hardwareAccelerated="@bool/config_hardwareAccelerated"

android:largeHeap="@bool/config_largeHeap"

android:configChanges="locale">

</application>

复制代码

Android四大组件的声明都需要放到application标签里面，默认使用的是系统的Application类，如果你在项目里面重载了它。就需要在标签，name属性下写上你的新的Application类名。Launcher里面就是继承了Application为LauncherApplication。应用启动的时候首先会加载Application。我们可以看到Launcher主类Launcherjava的onCreate函数里面，第一个就是获取Application的实例。

LauncherApplication app = ((LauncherApplication)getApplication());

复制代码

接下来我们看看LauncherApplication里面初始化，LauncherApplication大部分工作就是在初始化完成，剩下都是一些返回接口。

@Override

public void onCreate()

{

superonCreate();

//获取屏幕大小，主要用来区分手机还是平板

final int screenSize = getResources()getConfiguration()screenLayout &

ConfigurationSCREENLAYOUT_SIZE_MASK;

sIsScreenLarge = screenSize == ConfigurationSCREENLAYOUT_SIZE_LARGE ||

screenSize == ConfigurationSCREENLAYOUT_SIZE_XLARGE;

//屏幕密度

sScreenDensity = getResources()getDisplayMetrics()density;

//IconCahe里面保存了界面所有应用图标的绘画需要的数据，这个到时候具体分析再说。

//加入这东西的主要原因是为了提高绘画界面的效率

mIconCache = new IconCache(this);

//数据库加载类，LauncherModel是Launcher里面非常重要的一个类，相当于MVC模式里面的

//Model功能，管理数据和初始化数据

mModel = new LauncherModel(this, mIconCache);

//下面注册了一些监听器，主要包含APK文件更新删除等数据变化的时候接收的通知

//接收通知后，主要是用来更新Launcher里面的数据库。因为桌面应用图标数据，只会加载一次

IntentFilter filter = new IntentFilter(IntentACTION_PACKAGE_ADDED);

filteraddAction(IntentACTION_PACKAGE_REMOVED);

filteraddAction(IntentACTION_PACKAGE_CHANGED);

filteraddDataScheme("package");

registerReceiver(mModel, filter);

filter = new IntentFilter();

filteraddAction(IntentACTION_EXTERNAL_APPLICATIONS_AVAILABLE);

filteraddAction(IntentACTION_EXTERNAL_APPLICATIONS_UNAVAILABLE);

filteraddAction(IntentACTION_LOCALE_CHANGED);

filteraddAction(IntentACTION_CONFIGURATION_CHANGED);

registerReceiver(mModel, filter);

filter = new IntentFilter();

filteraddAction(SearchManagerINTENT_GLOBAL_SEARCH_ACTIVITY_CHANGED);

registerReceiver(mModel, filter);

filter = new IntentFilter();

filteraddAction(SearchManagerINTENT_ACTION_SEARCHABLES_CHANGED);

registerReceiver(mModel, filter);

//contentresolver则是用于管理所有程序的contentprovider实例

ContentResolver resolver = getContentResolver();

//注册内容观察者，监听application数据库变化，回调

resolverregisterContentObserver(LauncherSettingsFavoritesCONTENT_URI, true, mFavoritesObserver);

}

复制代码

上面是LauncherApplication最主要的工作，初始化整个Launcher的一些关键类，和注册一些监听器。主要都是用来监听应用的安装更新删除等导致Launcher数据库变化的 *** 作。Launcher数据都是使用contentprovider来提供数据。其中注册的监听接口是

private final ContentObserver mFavoritesObserver = new ContentObserver(new Handler())

{

@Override

public void onChange(boolean selfChange)

{

//重新加载界面数据

mModelstartLoader(LauncherApplicationthis, false);

}

};

复制代码

LauncherSettingsFavoritesCONTENT_URI里面数据发生变化的时候，都会调用mModelstartLoader()接口，

重新加载Launcher的数据。startLoader的具体 *** 作，我后面分析LauncherModel类的时候会分析。这一块涉及

Launcher所有数据加载。剩下的接都是返回初始化时候创建的对象或者获取屏幕密度、获取是否大屏幕。

后面很多处理都需要判断是否是大屏幕，40以后手机平板都共用一套系统，导致多了很多处理。 3、Launcherjava初始化Launcherjava是Launcher里面最主要的类，是一个Activity。启动的第一个组件。既然是Activity，我们要分析它初始化，毫无疑问，需要找到onCreate()里面分析。把主要一些分析用注释方式写在代码里面，这样比较方便阅读。

以上就是关于Spring不用注入获取bean，这样获取applicationContext.getBean()有什么好处吗全部的内容，包括:Spring不用注入获取bean，这样获取applicationContext.getBean()有什么好处吗、利用Application管理Activity,实现在Activity_A中得到Activity_B的实例，具体如何做、BeanFactoy或 BeanFactoy或 ApplicationContext是通过什么模式取得实例的等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！