关于java子父类关系的小坑
学过JavaSE的都知道java类在初始化的时候，如果存在直接父类，是先初始化父类，然后才初始化子类。
子类拥有父类所有的非私有化成员，非私有的成员不仅仅包括public修饰的成员，protected修饰的（protected修饰的可以访问其他包中子父类），不写访问修饰符是默认default修饰（只能访问同一个包中的类）。
由类的加载机制可以得知，类的加载包括 加载，验证，准备，解析，初始化这几个阶段。
其中：类静态变量初始化是在虚拟机的方法区中初始化的，类的实例变量会在类实例化时跟随类的实例在堆内存中初始化。准备阶段是正式为类变量分配内存并设置类变量初始值的阶段。准备阶段为类静态变量初始化时，如果一个类静态变量比如：pulic static int a=3;则在初始化阶段该变量初始化值为0，而不是3，因为此时类还未被编译。还未执行任何java方法，而给静态变量赋值是在类实例初始化之后，存放于类构造器中的。
正由于子父类关系的存在，方便了框架公共代码的抽取，比如在快递项目中，所有Action类抽取父类CommonAction的时候，就是利用子父类的关系将公共代码抽取出来，这样再创建Action的时候就可以避免重复代码的编写。
在利用EasyUI和spring data jpa进行分页查询的时候，前台页面传来两个参数page,rows
后台接收到参数之后封装为pageable进行分页查询。如果利用抽取的思想封装重复代码到CommonAction中，代码如下。
public class CommonActionextends ActionSupport implements ModelDriven{
protected T model;
public T getModel() {
return model;
}
public CommonAction(){
try {
Class childClass=this.getClass();
Type type = childClass.getGenericSuperclass();
ParameterizedType parameterizedType=(ParameterizedType) type;
Type[] actualTypeArguments = parameterizedType.getActualTypeArguments();
Type actualType = actualTypeArguments[0];
Class actualClass=(Class) actualType;
model = (T) actualClass.newInstance();
} catch (Exception e) {
e.printStackTrace();
}
}
protected int page;
protected int rows;
public void setPage(int page) {
this.page = page;
}
public void setRows(int rows) {
this.rows = rows;
}
//错误封装pageable方法
protected Pageable pageable=new PageRequest(page-1, rows);
//正确封装 pageable 方法
protected Pageable pageable;
protected void createPageable(){ pageable=new PageRequest(page-1, rows); }
值得注意的是，如果直接写protected Pageable pageable=new PageRequest(page-1, rows);访问项目的时候会报页码不能为0的异常，这是由于虽然把公共代码抽取到父类中，但是这行代码在初始化子类的时候就会执行，而此时page和rows都是int类型成员的默认值0，而page-1是从0开始的，所以会报页码不能为0的异常。
而如果按照正确的封装方法，由于只有在调用方法的时候才会给pageable赋予实际的值，所以会正常执行。
这个案例给我的启发就是：
1.利用继承的方式抽取公共代码的时候要注意访问修饰符，做到对自有成员的封装和子类访问的权衡。
2.子类访问父类成员的时候，注意直接访问成员和调用方法访问的区别。