Java核心技术36问系列之1-6(一)

java.jpg

参加一次程序员的大型晚宴，互联网巨头项目经理拿出该图质问众人，我只能默默回来总结答案，望下次能够圆满装逼。

1：Java是解释执行的是否正确

有的JVM中包含即时编译器，在Java虚拟机规范的执行引擎的概念模型中，执行Java代码有可能解释执行（解释器执行），也有可能编译执行（即时编译器产生本地代码执行）,也有可能两者兼备，甚至可能包含几个不同级别的编译器执行引擎，但从外观来看，所有Java虚拟机的执行引擎都是一致的：输入的是字节码文件，处理过程是字节码解析的等效过程，输出的是执行结果。深入理解Java虚拟机中提到：

java是“解释执行”的语言在JDK1.0时代是比较正确的，随着当代主流的虚拟机都包含了即时编译器后，Class文件中的代码到底是被解释执行还是编译执行，就成了只有虚拟机自己才能准确判断的事情。·······只有谈论对象是某种具体版本的Java实现和执行引擎的运行模式时，谈解释执行还是编译执行才比较准确。

这本书还是不错的，更好的理解这一部分，可以看这篇文章的总结。HotSpot JIT

多说两句：java之所以不像有些语言直接解释源码，是因为JVM只能识别字节码，JVM在不同平台有不同实现，以此实现跨平台。没有挖掘出当初James Gosling为什么这么做，但是java编译出字节码有几个优点：
1：执行字节码比解释源码再执行更快。
2：Java可以处理很多编译型错误，即再字节码生成过程中，编译器能做出语法错误和安全性方面的检查。不至于执行时才发现。
3：部分嵌入设备、服务器不够资源跑完整的编译器，那么有JVM就能够直接执行字节码了。部署web项目都是直接放.class文件。

据说java9的JShell可以直接跑test.java文件，直接执行源码，底层应该也要jvm吧

2：对比Exception于Error，运行异常与一般异常的区别

放一张到处都能看到的图：

image.png

error表示运行应用程序中的严重问题，大多数错误与代码编写者无关，与JVM相关，JDK的error类中的注释表示，Error是一种严重的问题，应用程序不应该捕捉。
RuntimeException不需要用户关心，程序可以自动抛出，java编译器不要求必须进行异常捕获，称为unchecked exception
一般异常，IOException，SqlException为checked exceptionjava编译器强制程序员必须进行捕获处理。

3：final finally finalize有什么不同

final：修饰类、方法、变量，不能再派生子类、不能重写、不能改变变量值
finally：Exception处理中用的
finalize：所有的类都继承了Object中的finalize()方法，该方法是垃圾收集器把对象从内存中清理出去之前被调用的，用户可以做一些处理工作。

4：强引用，软引用，弱引用，幻想引用区别

强引用是使用最普遍的引用。如果一个对象具有强引用，那垃圾回收器绝不会回收它，即便OOM也不回收正在使用的强引用的对象。

软引用如果一个对象只具有软引用，则内存空间足够，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。只要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存。

弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。（android里面的handler推荐使用WeakReference 引用Activity）

虚引用 顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。虚引用主要用来跟踪对象被垃圾回收器回收的活动，当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之关联的引用队列中

5：String StringBuffer StringBuilder区别
String：String，多个字符串不断相加操作，会产生多个对象。
StringBuffer：线程安全，使用了synchronized 多线程字符缓冲大量操作
StringBuilder：非线程安全单线程字符缓冲大量操作（jdk1.5新增的，话说1.5还真新增了不少好东西，concurrent包、反射啥的）
StringBuffer StringBuilder 内部通过维护char数组实现，并且有native方法。

6：谈谈Java反射机制，动态代理基于什么原理

关于动态代理详见我的另一篇文章动态代理与反射
再说说java的反射，java并不是标准的动态语言，只能说具有动态特性，动态特性全靠反射...
另外提一下Introspection(内省是Java语言对Bean类属性、事件的一种缺省处理方法。例如类A中有属性name,那我们可以通过getName,setName来得到其值或者设置新的值。通过getName/setName来访问name属性，这就是默认的规则)
很早之前看的一篇反射写的比较详细的文章反射
面试基本概念：
JAVA反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法和属性;这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制。
使用反射基本规则：Class类如果使用了forName()方法之后，就可以使用Class类定义的newInstance方法默认去调用类之中的无参构造方法进行操作 newInstance().举个反射的例子--获取类中的方法：


class Person{
    private String name;
    private Integer age;
    public Person(String name, Integer age){
        this.name = name;
        this.age = age;
    }

    @Override
    public String toString() {
        return "姓名: " + this.name + ",年龄: " + this.age;
    }

    public void sayHello(){
        System.out.println("hello world...");
    }
}

public class ReflectDemo {

    public static void main(String[] args) throws Exception {
        Class<?> clazz = Class.forName("com.tttttt.reflect.Person");
        Method[] methods = clazz.getDeclaredMethods();
        for(int i = 0; i < methods.length; i++){
            System.out.println(methods[i]);
        }
    }

}

举一个自省（Introspection）的例子：

public class IntrospectorTest {

    public static void main(String[] args) throws Exception {
        User user = new User();
        BeanInfo beanInfo = Introspector.getBeanInfo(User.class);
        PropertyDescriptor[] propertyDescriptors = beanInfo.getPropertyDescriptors();
        for(PropertyDescriptor propertyDescriptor : propertyDescriptors){
            if("username".equals(propertyDescriptor.getName())){
                Method writeMethod = propertyDescriptor.getWriteMethod();
                writeMethod.invoke(user, "carl");
            }
            if("age".equals(propertyDescriptor.getName())){
                Method writeMethod = propertyDescriptor.getWriteMethod();
                writeMethod.invoke(user, 26);
            }
        }
        System.out.println(user);
    }

}