《Thinking in java》笔记

《thinking in java》引发的思考

关于java面向对象的思考——抽象、并发

thinking in java中1.1抽象过程的描述

问题空间——>解空间的映射（所有问题最终都是列表，所有问题最终都是算法，面向对象）

对象是现实世界的抽象，到解空间中很好表述

难点：如何在问题空间的元素 到 解空间的对象之间创造一一对应的映射

java中的不足——interface、abst？、 （1.必须先定义最高层[或者使用适配器方式]  2.类似的类如何高效的相互复用[比如你发现了一个物种，已经定义出了类，突然发现和它很类似的另一物种，需要添加属性，那是重新定义一个类吗，或者再已知类中添加属性，那后面又发现会重复添加下去，最后变得很复杂 还影响以前的实现？]）

go中是如何做的——interface（从类中发现共性再抽象出更高层，现实中我们其实也是这样子的，我们发现了羊、牛等，然后抽象出了动物，而不是先定义动物后发现羊牛。而且最高层可以随意的抽象出任意多个来） struct（包含其它struct）

从面向对象的继承层次关系来看，这种组织结构确实有些奇怪。但是，当你了解了java.util 中更多的有关容器的内容后（特別是第17章中的内容），你就会看到除了继承结构有些奇怪外, 还有更多的问题。容器类库一直以来都是设计难题——解决这些难题涉及到要去满足经常彼此 之间互为牵制的各方面需求。因此你应该学会中庸之道。

一、对象导论

抽象过程：问题空间 -> 解空间 （对象）

每个对象都有一个接口：圆点符号链接一个消息请求

每个对象都是一个服务提供者

二、一切都是对象

所有对象都是通过引用去操作；String s只是创建一个引用，需要你去new创建对象赋值，否则使用它会产生运行时错误。

基本类型作为类成员会自动初始化默认值，但是在函数中定义时会像c++一样任意值。

对象自动释放。

static静态成员，和c++一样所有对象共享一个。

文件中必须有一个和文件名相同的类。

三 四、 操作法与控制流程

equals默认是引用比较，自己写的类需要覆盖该函数

基础类型自动向上转换，向下需要手动，否则编译器报错

五、初始化与清理

构造函数（没有创建，则编译器会为你创建一个默认无参的构造函数，如果有创建构造函数，则编译器不会再创建默认构造函数。构造函数其实是隐式的static）

方法重载（同名不同参，重载构造函数）

this作为非静态函数的第一个参数传入（构造函数中调用其他构造函数: this(arg1,arg2) 非构造函数中不能这么用）

自适应垃圾回收：标记清扫(碎片) + 停止复制(耗时)。自己需要特殊清理用finalize。

 

- 静态块初始化/实例初始化 ：构造器之前执行（1.直接初始化 2.块初始化 3.构造函数）。

- 数组和对象一样，int[] a只是定义一个引用，需要a=new int[10]来初始化，此时数组元素是没有初始化的，对象数组也一样。

六、访问权限控制

1.public  2.protected(同一包内都可以访问)  3.private  4.不写:默认包访问权限(friendly)

1.让使用者更轻松 不用去关心那些private，2.封装变化，重新实现后，使用者不用更改

七、复用类

组合、继承(只有单继承extends)、代理

继承：is-a，组合：has-a

final成员：可以在构造函数及之前初始化（定义处、块、构造函数）

final参数：确保方法中不会去改该参数。

final方法：确保导出类不去改变该方法的实现，不会被覆盖。

final类：处于安全或设计考虑，不允许有子类

Vector->ArrayList, HashTable->HashMap使用后者，设计得更好

八、多态

多态：分离做什么和怎么做。将改变的事物和未变的事物分离开（例如：插件架构）

封装：通过合并特性和行为来创建新的数据类型

实现隐藏：通过将细节私有化，把接口和实现分离

【除了static和final方法(private也是final)都是默认动态绑定】

- final(private)无法覆盖，即无法多态，static是与类关联而非对象，也无法多态。

- 不要在构造器中调用方法，如果此方法被子类重载，创建一个子类对象时，会先调用基类的构造器，基类构造器中会调用子类重载后的方法，此时子类的构造器还没有执行，数据未初始化，如果再改方法中访问了数据成员，会造成bug。唯一能安全调用的是final(private)方法。

- 子类重载函数可返回协变类型（即子类重载函数的返回类型可以是基类返回类型的子类）。

- 继承与组合的选择：用继承表达行为间的差异，用字段表达状态的变化。

九、接口

- interface中的字段都是static & final & public，方法默认且必须是public。interface可以继承其他interface，接口继承可以是多继承。

- implements后可以跟多个interface，使用接口的核心原因：能够向上转型为多个基类。implements必须在extends之后，否则编译会报错。

- “确定接口是理想选择，因而应该总是选择接口而不是具体的类。”这其实是一种诱惑：

 

十、内部类

成员内部类(类似类成员)、局部内部类(类似局部变量)、匿名内部类(常用于事件回调函数)、静态内部类(类似类静态成员)

TODO

十一、持有对象  TODO11.7-11.11(具体每个容器用的时候看)

1. Collection

2. Map

3.Iterator：统一了不同容器元素的访问方式

- foreach与iterable

 

 

十二、异常

- RuntimeException可以不用捕获，而且运行过程中，java虚拟机也会抛出。

- 继承中，子类覆盖方法只能抛出基类方法中声明的那些异常(少于等于)，以确保使用基类的地方能正常使用派生类。

- 构造器子类可以抛出任何异常，不受基类限制。

异常处理的重要原则：只有在你知道如何处理的时候才捕获异常。

异常处理的一个目的是：错误处理的代码同错误发生的地点相分离。

- 可用用RuntimeException来包装异常，来避免异常声明。

 

十三、字符串

- String对象是不可变的，所有修改操作都会生成一个全新的String对象，所以多个字符串相加会生成多个临时对象浪费性能(简单语法的编译器会用StringBuilder优化，但像for循环中是不行的)。

- StringBuilder是后引入的操作字符串，StringBuffer是线程安全的但是更费性能。

- javap -c 类名   在编译好的classes目录执行，生成JVM字节码来分析你的代码。

TODO13.6 正则表达式

十四、类型信息

Class.forName("Name") 加载类，

基本类型包装类有TYPE字段等价与基本类型的class：int.class == Integer.TYPE

泛化的class引用(主要是为了添加编译器类型检测)：Class<Number>    Class<?>    Class<? extends Number>

list装多种类型：List< Class<? extends Number> >

instanceof,   Class.isInstance(),   Class.isAssignableFrom()

反射与RTTI的区别在于：反射.class文件在运行时才知道。

【14.6.1制作工具,22.GUI版本】使用反射获取某类的所有方法，而无需在jdk文档中翻阅繁杂的继承树。

可以利用反射调用私有类/内部类/私有方法等等(14.9)。

动态代理：写代理类时，不要要把每个代理函数都写一遍；通过反射实现不同类型的通用代理。

空对象：避免到处都是null判断。

总结：凡是可以使用多态的地方都应该使用多态，只有在必要时才使用RTTI或switch。

十五、泛型

编译器为你转型操作，并负责类型的正确性。

泛型接口/类，泛型方法，在能使用泛型的地方尽量使用泛型（分离类型和逻辑）

static方法不能访问泛型类的类型参数，所以要使它有泛型能力只能用泛型方法。

类型擦除：(new HashMap<String,String>()).getClass() 与 (new HashMap<Integer,String>()).getClass()相等；擦除会移除类型参数的信息，那么使用反射时都是拿不到这些信息的，如执行 arg instanceof T; new T()都会报错，解决办法有构造器传入Class参数/其他接口方法等。

泛型边界：class Generator<T extends String>{} 这样在类方法中T才可以调用String的方法。

TODO15.9～

十六、数组

十七、容器深入研究

十八、I/O系统

十九、枚举

编译器创建的enum类都是继承自Enum类。

常量、switch、添加新方法、覆盖枚举方法、实现接口、使用接口组织/分类枚举、枚举集合EnumSet/EnumMap、枚举常量各自的方法。

TODO 19.10～19.11

二十、注解

三种标准注解，四种元注解。

嵌套注解，注解不能继承。

TODO 20.3～

二十一、并发