错误总结

    1.static inner class和 non-static inner class的区别 "Static inner classes can be instantiated without the creation of an object of the enclosing type; non-static inner classes are linked to an instance of the enclosing type."

 

    2.内部类可以被继承，或者抽象实现

 

     3.wait与notify一般是配套使用的， 一个线程在同步语句中调用Object.wait方法，使该对象或类的锁释放掉，等待CPU分配时间片给其它线程，当其它线程调用Ojbect.notify后，wait方法才会返回。 notify与notifyAll的唯一区别就在于线程调用Object.wait方法后，有几个线程在等待其它线程将对象或类的锁释放掉，注意其它线程没有调用notify或notifyAll之间，调用Object.wait的线程是不是获取锁的，它们的区别就在于是唤醒调用wait方法的线程还是所有等待锁被释放的线程。

 

      4.　# 调用obj的wait(), notify()方法前，必须获得obj锁，也就是必须写在synchronized(obj) {...} 代码段内。 　　# 调用obj.wait()后，线程A就释放了obj的锁，否则线程B无法获得obj锁，也就无法在synchronized(obj) {...} 代码段内唤醒A。 　　# 当obj.wait()方法返回后，线程A需要再次获得obj锁，才能继续执行。 　　# 如果A1,A2,A3都在obj.wait()，则B调用obj.notify()只能唤醒A1,A2,A3中的一个(具体哪一个由JVM决定)。 　　# obj.notifyAll()则能全部唤醒A1,A2,A3，但是要继续执行obj.wait()的下一条语句，必须获得obj锁，因此，A1,A2,A3只有一个有机会获得锁继续执行，例如A1，其余的需要等待A1释放obj锁之后才能继续执行。 　　# 当B调用obj.notify/notifyAll的时候，B正持有obj锁，因此，A1,A2,A3虽被唤醒，但是仍无法获得obj锁。直到B退出synchronized块，释放obj锁后，A1,A2,A3中的一个才有机会获得锁继续执行。

 

      5.区别： 1．CHAR 的长度是固定的，而VARCHAR2的长度是可以变化的， 比如，存储字符串“abc"，对于CHAR (20)，表示你存储的字符将占20个字节(包括17个空字符)，而同样的VARCHAR2 (20)则只占用3个字节的长度，20只是最大值，当你存储的字符小于20时，按实际长度存储。 2．CHAR的效率比VARCHAR2的效率稍高。 3．目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串，但是oracle不这样做，尽管它保留以后这样做的权利。Oracle自己开发了一个数据类型VARCHAR2，这个类型不是一个标准的VARCHAR，它将在数据库中varchar列可以存储空字符串的特性改为存储NULL值。如果你想有向后兼容的能力，Oracle建议使用VARCHAR2而不是VARCHAR。 何时该用CHAR，何时该用varchar2？ CHAR与VARCHAR2是一对矛盾的统一体，两者是互补的关系. VARCHAR2比CHAR节省空间，在效率上比CHAR会稍微差一些，即要想获得效率，就必须牺牲一定的空间，这也就是我们在数据库设计上常说的‘以空间换效率’。 VARCHAR2虽然比CHAR节省空间，但是如果一个VARCHAR2列经常被修改，而且每次被修改的数据的长度不同，这会引起‘行迁移’(Row Migration)现象，而这造成多余的I/O，是数据库设计和调整中要尽力避免的，在这种情况下用CHAR代替VARCHAR2会更好一些。

 

      6.索引是表示数据的另一种方式，它提供的数据顺序不同于数据在磁盘上的物理存储顺序。索引的特殊作用是在表内重新排列记录的物理位置。索引可建立在数据表的一列上，或建立在表的几列的组合上。 回想一下图书馆中，存放着一架一架的图书。假设要找一本书，图书管理员视必要一架一架的寻找，直到找到想要的那本书为止。这样的查找肯定费时费力，那么管理员可以将所有的图书标题按字母分类建立索引卡片，按字母顺序放在不同的办公抽屉中，这样一架一架查找图书的过程就变成了在办公桌前抽屉中查询索引卡片了，很容易得到有关这本书的信息。 再进一步设想，图书管理员很勤快，他不仅按照图书标题字母分类，而且还按作者姓名和出版社分别建立了另外的索引卡片，这个过程将给借阅者在检索图书信息时以更大的灵活性。因此在一个数据表中是可以建立多个索引的。 在数据库中，对无索引的表进行查询一般称为全表扫描。全表扫描是数据库服务器用来搜寻表的每一条记录的过程，直到所有符合给定条件的记录返回为止。这个操作可以比作在图书馆中查书，从第一个书架的第一本书开始，浏览每一本书，直到发现所要的书为止。为了进行高效查询，可以在数据表上针对某一字段建立索引，由于该索引包括了一个指向数据的指针，数据库服务器则只沿着索引排列的顺序对仅有一列数据的索引进行读取（只建立一个索引）直至索引指针指向相应的记录上为止。由于索引只是按照一个字段进行查找，而没有对整表进行遍历，因此一般说来索引查找比全表扫描的速度快。 那么，是不是使用索引查询一定比全表扫描的速度快呢？答案是否定的。如果查询小型数据表（记录很少）或是查询大型数据表（记录很多）的绝大部分数据，全表扫描更为实用。例如，查询“性别”字段，其值只能是“男或女”，在其上建立索引的意义就不大，甚至不允许在布尔型、大二进制型（备注型、图像型等）上建立索引。