Java基础

1.内存泄露的原因

• 资源对象没关闭。如Cursor、File等资源。他们会在finalize中关闭，但这样效率太低。容易造成内存泄露。SQLiteCursor，当数据量大的时候容易泄露
• 使用Adapter时，没有使用系统缓存的converView。
• 即时调用recycle（）释放不再使用的Bitmap。适当降低Bitmap的采样率，如：

    BitmapFactory.Options options = newBitmapFactory.Options();  
    options.inSampleSize = ;//图片宽高都为原来的二分之一，即图片为原来的四分之一   
    Bitmap bitmap =BitmapFactory.decodeStream(cr.openInputStream(uri), null, options);
    preview.setImageBitmap(bitmap);

• 使用application的context来替代activity相关的context。尽量避免activity的context在自己的范围外被使用，这样会导致activity无法释放。
• 注册没取消造成内存泄露如：广播
• 使用application的context来替代activity相关的context。尽量避免activity的context在自己的范围外被使用，这样会导致activity无法释放。
• 集合中的对象没清理造成的内存泄露我们通常把一些对象的引用加入到了集合中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。如果这个集合是static的话，那情况就更严重了。
• Handler应该申明为静态对象， 并在其内部类中保存一个对外部类的弱引用。如下：

static class MyHandler extends Handler {    
      WeakReference<Activity > mActivityReference;   
              mActivityReference= new WeakReference<Activity>(activity);                      
                     @Override     
                      public void handleMessage(Message msg) {    
                         final Activity activity = mActivityReference.get(); 
                               if (activity != null){   
                                            mImageView.setImageBitmap(mBitmap);         
                   }           
           } 
     }

2.ArrayList和LinkedList的区别

• ArrayList初试大小为10，大小不够会调用grow扩容：length = length + (length >> 1)
• LinkedList中Node first,last。分别指向头尾
• ArrayList和LinkedList在性能上各 有优缺点，都有各自所适用的地方，总的说来可以描述如下：
• 对ArrayList和LinkedList而言，在列表末尾增加一个元素所花的开销都是固定的。对ArrayList而言，主要是在内部数组中增加一项，指向所添加的元素，偶尔可能会导致对数组重新进行分配；而对LinkedList而言，这个开销是统一的，分配一个内部Entry对象
• 在ArrayList的中间插入或删除一个元素意味着这个列表中剩余的元素都会被移动；而在LinkedList的中间插入或删除一个元素的开销是固定的
• LinkedList不 支持高效的随机元素访问。
• ArrayList的空 间浪费主要体现在在list列表的结尾预留一定的容量空间，而LinkedList的空间花费则体现在它的每一个元素都需要消耗相当的空间。可以这样说：当操作是在一列数据的后面添加数据而不是在前面或中间,并且需要随机地访问其中的元素时,使用ArrayList会提供比较好的性能；当你的操作是在一列数据的前面或中 间添加或删除数据,并且按照顺序访问其中的元素时,就应该使用LinkedList了。

3、hashmap和hashtable的不同

• 继承不同。

    public class Hashtable extends Dictionary implements Mappublic
    public class HashMap extends AbstractMap implements Map

• Hashtable
  中的方法是同步的，而HashMap中的方法在缺省情况下是非同步的。在多线程并发的环境下，可以直接使用Hashtable，但是要使用HashMap的话就要自己增加同步处理了。
• Hashtable中，key和value都不允许出现null值。在HashMap中，null可以作为键，这样的键只有一个；可以有一个或多个键所对应的值为null。当get()方法返回null值时，即可以表示HashMap中没有该键，也可以表示该键所对应的值为null。因此，在HashMap中不能由get()方法来判断HashMap中是否存在某个键， 而应该用containsKey()方法来判断。
• 两个遍历方式的内部实现上不同。Hashtable、HashMap都使用了 Iterator。而由于历史原因，Hashtable还使用了Enumeration的方式 。
• 哈希值的使用不同，HashTable直接使用对象的hashCode。而HashMap重新计算hash值。6.Hashtable和HashMap它们两个内部实现方式的数组的初始大小和扩容的方式。HashTable中hash数组默认大小是11，增加的方式是 old*2+1。HashMap中hash数组的默认大小是16，而且一定是2的指数。

4.Iterator和Enumeration的不同

• 函数接口不同
• Enumeration只有2个函数接口。通过Enumeration，我们只能读取集合的数据，而不能对数据进行修改。
  Iterator只有3个函数接口。Iterator除了能读取集合的数据之外，也能数据进行删除操作。
• Iterator支持fail-fast机制，而Enumeration不支持。 Enumeration 是JDK1.0添加的接口。使用到它的函数包括Vector、Hashtable等类，这些类都是JDK 1.0中加入的，Enumeration存在的目的就是为它们提供遍历接口。Enumeration本身并没有支持同步，而在Vector、Hashtable实现Enumeration时，添加了同步。而Iterator是JDK1.2才添加的接口，它也是为了HashMap、ArrayList等集合提供遍历接口。Iterator是支持fail-fast机制的：当多个线程对同一个集合的内容进行操作时，就可能会产生fail-fast事件。
• ail-fast机制是java集合(Collection)中的一种错误机制。当多个线程对同一个集合的内容进行操作时，就可能会产生fail-fast事件。例如：当某一个线程A通过iterator去遍历某集合的过程中，若该集合的内容被其他线程所改变了；那么线程A访问集合时，就会抛出ConcurrentModificationException异常，产生fail-fast事件。

5.接口的注意点

• 接口中的字段全部默认为 public static类型。
• 接口中的方法全部默认为 public类型。
• 接口中可以申明内部类，而默认为public static，正因为是static，只是命名空间属于接口，代码逻辑不属于接口。所以不违法接口定义。
• 接口本身可以申明为public或者缺省。
• 抽象类继承自某接口。如果在抽象类中实现了父类（接口）中的方法，在其子类可以不用实现，否则在子类必须实现。

6、final方法

• 将方法声明为final那有两个原因，第一就是说明你已经知道这个方法提供的功能已经满足你要求，不需要进行扩展，并且也不允许任何从此类继承的类来覆写这个方法，但是继承仍然可以继承这个方法，也就是说可以直接使用。第二就是允许编译器将所有对此方法的调用转化为inline调用的机制，它会使你在调用final方法时，直接将方法主体插入到调用处，而不是进行例行的方法调用，例如保存断点，压栈等，这样可能会使你的程序效率有所提高，然而当你的方法主体非常庞大时，或你在多处调用此方法，那么你的调用主体代码便会迅速膨胀，可能反而会影响效率，所以你要慎用final进行方法定义。

---