线性表，链表，集合，哈希表是常用的数据结构，在进行Java开发时，JDK已经为我们提供了一系列相应的类来实现基本的数据结构。这些类均在java.util包中。
Collection
├List
│├LinkedList
│├ArrayList
│└Vector
│ └Stack
└Set
Map
├Hashtable
├HashMap
└WeakHashMap
主要分为两个分支：
Collection和Map,其中Map中存储的对象是以名值对的方式储存的，如：<name,value>
是字典的实现。
由Collection接口派生的两个接口是List和Set。
其中，List的特点是：有顺序而可以重复。Set的特点是：无顺序而不可重复。
什么是重复？
不是说容器中有两个格子装了同一个对象，重复是指：a.equals(b) == true; 所以，当我们自定义对象作为容器的储存元素时，我们必须重写java.lang.Object的equals方法，Object的默认equals只有当比较的参数是本身时才返回true，明显不是我们想要的，所以必须重写，而且，如果重写equals就必须重写hashCode()方法，因为，当我们的对象作为字典Map的键key时，我们的定位是同过hashCode方法，这样来提高效率。注：两个对象equals若为TRUE，hashCode一定返回同样的int;但是，如果Equals返回FALSE，hashCode不一定不同 ......
——浅谈Java内部类的四个应用场景
Java内部类是Java言语的一个很重要的概念，《Java编程思想》花了很大的篇幅来讲述这个概念。但是我们在实践中很少用到它，虽然我们在很多时候会被动的使用到它，但它仍然像一个幕后英雄一样，不为我们所知，不为我们所用。
本文不试图来讲述Java内部类的今生前世、来龙去脉，这些在网络上都已经汗牛充栋。如果读者想了解这些，可以在网络上搜索来学习。Java内部类总是躲在它的外部类里，像一个幕后英雄一样。但是幕后英雄也有用武之地，在很多时候，恰当的使用Java内部类能起到让人拍案叫绝的作用。本文试图谈一谈让这个幕后英雄也有用武之地的四个场景，希望引起大家对使用Java内部类的兴趣。
以下的文字，要求大家熟悉Java内部类的概念后来阅读。
场景一：当某个类除了它的外部类，不再被其他的类使用时
我们说这个内部类依附于它的外部类而存在，可能的原因有：1、不可能为其他的类使用；2、出于某种原因，不能被其他类引用，可能会引起错误。等等。这个场景是我们使用内部类比较多的一个场景。下面我们以一个大家熟悉的例子来说明。
在我们的企业级Java项目开发过程中，数据库连接池是一 ......
Java把内存划分成两种：一种是栈内存，一种是堆内存。
在函数中定义的一些基本类型的变量和对象的引用变量都在函数的栈内存中分配。当在一段代码块定义一个变量时，Java就在栈中为这个变量分配内存空间，当超过变量的作用域后，Java会自动释放掉为该变量所分配的内存空间，该内存空间可以立即被另作他用。
堆内存用来存放由new创建的对象和数组。在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。在堆中产生了一个数组或对象后，还可以在栈中定义一个特殊的变量，让栈中这个变量的取值等于数组或对象在堆内存中的首地址，栈中的这个变量就成了数组或对象的引用变量。 引用变量就相当于是为数组或对象起的一个名称，以后就可以在程序中使用栈中的引用变量来访问堆中的数组或对象。
具体的说：栈与堆都是Java用来在Ram中存放数据的地方。与C++不同，Java自动管理栈和堆，程序员不能直接地设置栈或堆。
Java的堆是一个运行时数据区,类的(对象从中分配空间。这些对象通过new、newarray、anewarray和multianewarray等指令建立，它们不需要程序代码来显式的释放。堆是由垃圾回收来负责的，堆的优势是可以动态地分配内存大小，生存期也不必事先告诉编译器，因为它是在 ......
文章出处：不详 作者：欧阳辰 (yeekee@sina.com) 周欣 (zhouxin@sei.pku... 发布时间：2005-10-30
一问题的提出
Java的一个重要优点就是通过垃圾收集器(Garbage Collection，GC)自动管理内存的回收，程序员不需要通过调用函数来释放内存。因此，很多程序员认为Java不存在内存泄漏问题，或者认为即使有内存泄漏也不是程序的责任，而是GC或JVM的问题。其实，这种想法是不正确的，因为Java也存在内存泄露，但它的表现与C++不同。
随着越来越多的服务器程序采用Java技术，例如JSP，Servlet， EJB等，服务器程序往往长期运行。另外，在很多嵌入式系统中，内存的总量非常有限。内存泄露问题也就变得十分关键，即使每次运行少量泄漏，长期运行之后，系统也是面临崩溃的危险。
二 Java是如何管理内存
为了判断Java中是否有内存泄露，我们首先必须了解Java是如何管理内存的。Java的内存管理就是对象的分配和释放问题。在Java中，程序员需要通过关键字new为每个对象申请内存空间 (基本类型除外)，所有的对象都在堆 (Heap)中分配空间。另外，对象的释放是由GC决定和执行的。在Java中，内存的分配是由程序完成的，而内存的释放是有GC完成的，这种收� ......
1、FACTORY—追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。
麦当劳和肯德基就是生产鸡翅的Factory
工厂模式：客户类和工厂类分开。消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。
2、BUILDER—MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。（这一定比美军在伊拉克用的翻译机好卖）
建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。建造模式可以强制实行一种分步骤进行的建造过程。
3、F ......
Java 写 Access
1. 在本地中文计算机上，发现写中文到access上，出现乱码。读的时候也是乱码。
2. 读的时候，不能读string，先使用byte读出来，然后再创建GBK编码的String.
3. 参考读，可能写的时候也是编码转换的问题，所以一直在做编码转换，可是无论如何也不能正确写入。
4. 考虑是否是环境有问题。从netbeans6.7.1转移到了eclipse3.4.2。问题依旧。
5. 到另外的机器上去试了，有和我机器现象相同的，也有正常的。既然有正常的，那么还是可能有些设置。
6. 分析了把工程转为UTF-8或者GBK实际没有关系，因为这只是影响javac的编译。只要在javac的时候指定了encoding，那么编码就没有关系了。可是，工程指定为GBK的时候，测试程序还是正常了，但是，我用的swing，其前端是UTF-8的，而且我的程序需要考虑中日文，所以我还是要使用UTF-8。
7. 发现控制台上直接使用java命令，可以正常，但是同样的到 ......
Java 写 Access
1. 在本地中文计算机上，发现写中文到access上，出现乱码。读的时候也是乱码。
2. 读的时候，不能读string，先使用byte读出来，然后再创建GBK编码的String.
3. 参考读，可能写的时候也是编码转换的问题，所以一直在做编码转换，可是无论如何也不能正确写入。
4. 考虑是否是环境有问题。从netbeans6.7.1转移到了eclipse3.4.2。问题依旧。
5. 到另外的机器上去试了，有和我机器现象相同的，也有正常的。既然有正常的，那么还是可能有些设置。
6. 分析了把工程转为UTF-8或者GBK实际没有关系，因为这只是影响javac的编译。只要在javac的时候指定了encoding，那么编码就没有关系了。可是，工程指定为GBK的时候，测试程序还是正常了，但是，我用的swing，其前端是UTF-8的，而且我的程序需要考虑中日文，所以我还是要使用UTF-8。
7. 发现控制台上直接使用java命令，可以正常，但是同样的到 ......
最新文章 : java