在有些情况下需要使用main使用Spring bean,但是main方法启动并没有托管给Spring管理,会导致bean失败,报空指针异常. 可以使用 ClassPathXmlApplicationContext 加载配置文件,获获取bean: public static void main(String[] args) { @SuppressWarnings("resource") ClassPathXmlApplicationContext context = new ClassP

1.普通代码块: 在方法或语句中出现在{}之间的类容就称为普通代码块,简称代码块.普通代码块和一般的语句执行顺序由他们在代码中出现的次序决定--“先出现先执行”,即顺序执行. /*下面第一个类时合法的,而且下面的这两个类的运行顺序是一模一样的,但一般没人这么写*/ public class Test { { System.out.println("1"); } int x=1; System.out.println("2"); { System.out.printl

Spring依赖注入机制,在Main方法中通过读取配置文件,获取Spring注入的bean实例.这种应用在实训的时候,老师曾经说过这种方法,而且学Spring入门的时候都会先学会使用如何在普通的javaBean里获取application中配置的bean.       不过后来真正用在项目上以后,完全都是自动实现注入,当项目不需要注入的时候,也是使用简单工厂模式进行简单开发.基本也不使用Spring来控制. ApplicationContext context = new ClassPathXm

学习新建项目.此问题做为笔记. 错误 1 程序“admin.exe”不包含适合于入口点的静态“Main”方法 原因:原来创建项目的时候,用的是“空项目”,我以为这样就会生成类库,实际上,一开始准备运行的时候,就会提示以上错误. 解决办法:1.右键类库属性 2.然后将输出类型由控制台应用程序改为类库 这样就好了,重新生成吧!

今天看了一下wpf的Application类方面的知识,一个windows应用程序由一个Application类的实例表示,该类跟踪在应用程序中打开的所有窗口,决定何时关闭应用程序(属性 ShutdownMode),并且可以执行初始化和清理操作的事件. 说说正题吧~~ 在了解了一些Application类的知识后,我打算自己动手写一个类作为程序的入口,以此来代替WPF项目为我们自己生成的App.xaml.     class Startup : Application     {        

今天看类型信息时发现一个问题,不能再main方法中打印this关键字的信息,这时想起了之前的知识,不能再静态方法中调用this.理由很简单,this表示“这个对象”,也就是声明一个类的对象,然而静态方法是不属于某一个特定对象而是属于这个类的.那么问题来了,为什么main函数必须设置成静态的呢? 首先,main函数作为java程序的入口,也可以理解为一个接口,这个接口不是提供给程序员使用的,这时提供给用户等使用的,用户等不需要知道程序内部的实现,只需要知道接口就可以了,如果是非静态的,那么当用户开

接口可以继承接口.抽象类可以实现(implements)接口,抽象类可以继承具体类.抽象类中可以有静态的main方法. 问:  抽象类是否可继承实体类 (concrete class) 答: 抽象类是可以继承实体类,但前提是实体类必须有明确的构造函数. 答案很明确,可以继承.其实从Object就是个实体类,Java的API文档里,每个抽象类的条目里都明确写着直接或间接继承自Object,所以这点是没有疑问的. 关键在于这答案里所说的“前提是实体类必须有明确的构造函数”一句,是什么意思. 一般学习

为什么java的main方法必须是静态的   今天看类型信息时发现一个问题,不能再main方法中打印this关键字的信息,这时想起了之前的知识,不能再静态方法中调用this.理由很简单,this表示“这个对象”,也就是声明一个类的对象,然而静态方法是不属于某一个特定对象而是属于这个类的.那么问题来了,为什么main函数必须设置成静态的呢? 首先,main函数作为java程序的入口,也可以理解为一个接口,这个接口不是提供给程序员使用的,这时提供给用户等使用的,用户等不需要知道程序内部的实现,只需要

main函数其实也是所在类的一个方法,就比如一个类是test,那么该类的main其实就是test.main(String[] args),众所周知如果一个方法不是静态的,则要先实例化该类,比如要这样 test t=new test(); 然后才能调用 test.main(); 而这对于运行一个程序的主函数来说是不现实的,所以比如把main函数定义为static,使test.main()可以直接被调用. 因为是程序入口啊  不然你从哪里开始new对象 ? 所有static成员都是在程序装载时初始化

this表示当前对象,用在方法内部,当某对象调用该方法时,该方法中的this就代表调用该方法的对象: static关键字: 修饰类属性后,该属性就成为该类所有实例的公共属性,修改该属性值,所有的实例的该属性的值都发生了变化: main()方法: 静态代码块: final关键字: Runtime类: public class RuntimeDemo { //java进程与子进程交互 public static void main(String[] args) { Runtime run = Run

错误 1 程序“D:\MyTest\EBookShop\Model\obj\x86\Debug\Model.exe”不包含适合于入口点的静态“Main”方法 原因:原来创建项目的时候,用的是“空项目”,我以为这样就会生成类库,实际上,一开始准备运行的时候,就会提示以上错误. 解决办法:1.右键类库属性 2.然后将输出类型由控制台应用程序改为类库 这样就好了,重新生成吧!   总结:下次注意,直接创建类库,如下图:

WPF编译时提示"xxx不包含适合于入口点的静态 Main方法xxx"生成的时候一直报"xxx不包含适合于入口点的静态 Main 方法xxx" 看到这个问题首先想到就是App.xaml.cs文件里面没有写Main方法.而打开前面新建的WPF项目确可以下拉看到App文件.因此猜测VS在项目文件内部对App文件作了特殊的处理.用记事本打开项目文件(*.csproj),搜索App.xaml.可以发现项目文件对于App.xaml文件的不同的定义方式.区别如下: 直接新建的W

java静态代码块/静态属性.构造块.构造方法执行.main方法.普通代码块的顺序 这也是在笔试中的一个重要的考点,就有一个输出语句让你写出输出的结果. 理论知识: 静态代码块是:属于类的,在类加载时就自动执行.静态代码块定义时不能添加作用域符. 构造块是: 在类中定义的,且定义的位置与该类的其他的属性是相当的,就是不在该类的任何成员方法中,定义时直接用{ }包含即可,不用再添加其他任何的访问作用域符.构造块是每次创建对象都会执行一次构造块. 普通代码块:定义位置是在方法内部,在方法体内用 {

类的加载:时间 1.创建对象实例(new 一个新对象时) 2.创建子类对象实例,父类也会被加载 3.使用类的静态成员时(静态属性,静态方法) 一.static 静态变量:类变量,静态属性(会被该类的所有对象共享) 1.静态类变量可以根据类名共享,static类变量在类加载的时候就生成了 2.类变量是该类的所有对象共享的,而实例变量是每个对象共享的. 3.加上static称为类变量或静态变量,否则称为实例变量/普通变量/非静态变量 4.类变量可以通过 类名.类变量名 或者 对象名.类变量名 来访问

直接看代码 public class BlockAndMain { public static void main(String[] args) { System.out.println("我是main方法"); } static { System.out.println("我是静态块"); } } 我们运行看看结果 可以看到是静态块先于main方法,并且与静态块在程序中的位置(在main方法前面和后面)无关

Dagger 依赖注入的诉求, 这边就不重复描述了, 在上文Spring以及Guice的IOC文档中都有提及, 既然有了Guice, Google为啥还要搞个Dagger2出来重复造轮子呢? 因为使用动态注入, 虽然写法简单了, 耦合也降低了, 但是带来了调试不方便, 反射性能差等一些缺点. 而Dagger跟Guice最大的差异在于, 他是编译期注入的, 而不是运行时. 他生成的代码可以直观的调试, 也不是通过反射, 而是通过构建工厂类. 下面我们用代码来简单演示一下. 构建工程 既然Dagge

1.静态注入 在setter 方法修改为非 static , 然后在上面注入即可 @Component public class WeixinConfig { // token public static String token = "WeiXinEnterprises"; // 随机戳 public static String encodingAESKey = "tw8ColhrtDzU6XTHJ2shUeTyuaPQkSzdvD8jYtnTIYf"; // 你

背景 近期在写日志系统,需要在运行时在函数内注入日志记录,并附带函数信息,这时就想到用Aop注入的方式. AOP分动态注入和静态注入两种注入的方式. 动态注入方式 利用Remoting的ContextBoundObject或MarshalByRefObject. 动态代理(反射),很多AOP框架都用这种方式. MVC的filter,也是反射. 第一种性能太差,必须继承基类等,所以不考虑. 第二种为了记日志,大量动态生成代理类,性能损耗不小,不建议生产环节推荐. 第三种MVC只能进行UI层的拦截,

Aop注入有2种方式:动态注入和静态注入,其中动态注入有很多实现了 动态注入有几种方式: 利用Remoting的ContextBoundObject或MarshalByRefObject. 动态代理(反射),很多AOP框架都用这种方式. MVC的filter,也是反射. 这里主要介绍静态注入 ========================================================================================== 起初的想法是实现一种功能

main函数的详解:    public : 公共的. 权限是最大,在任何情况下都可以访问.        原因: 为了保证让jvm在任何情况下都可以访问到main方法.    static:  静态.        原因:静态可以让jvm调用main函数的时候更加的方便.不需要通过对象调用.    void:  没有返回值.         原因:返回的数据是给jvm的,而jvm使用这个数据是没有意义的.    main: 函数名.           注意: main并不是关键字,只不过是j