关于list

list是引用传递？
具个例子：
import java.util.ArrayList;
import java.util.List;

public class AboutList {
    private List<String> aList_;
   
    public void setList () {
        List<String> aList = new ArrayList<String>();
        aList_ = aList;
    }
   
    public List<String> getList () {
        return aList_;
    }
   
    public static void main(String[] args) {
        AboutList aboutList = new AboutList();
        aboutList.setList();
        List<String> anotherList = aboutList.getList();
        String id = "a,b,c,d,e";
        id = id.trim();
        anotherList.clear();

        if ( id.indexOf(",") < 0 ) {
            anotherList.add(id);
        } else {
            String[] IdArrs = id.split(",");
            for ( int i = 0; IdArrs != null && i < IdArrs.length; i++ ) {
                anotherList.add(IdArrs[i].trim());
            }
        }
        
        System.out.println("aList: " + aboutList.getList());
    }
}

运行结果为：
aList: [a, b, c, d, e]
表明list是引用传递，那我想问一下，除了list，还有什么数据类型是引用传递？
----------------解决方案--------------------------------------------------------
Map,Set等等都是啊，因为传对象在Java中就是传引用
----------------解决方案--------------------------------------------------------
说的具体点呀，嘎嘎。传对象？
----------------解决方案--------------------------------------------------------
就是Collection中放的是对象，像int这种基本数据类型是不能放的。而这种传对象其实就是传对象的引用。比如：
public aaa(Object o)
这里面o其实是对象的引用
----------------解决方案--------------------------------------------------------
public interface Collection<E>extends Iterable<E>Collection 层次结构 中的根接口。Collection 表示一组对象，这些对象也称为 collection 的元素。一些 collection 允许有重复的元素，而另一些则不允许。一些 collection 是有序的，而另一些则是无序的。JDK 不提供此接口的任何直接 实现：它提供更具体的子接口（如 Set 和 List）实现。此接口通常用来传递 collection，并在需要最大普遍性的地方操作这些 collection。

包 (bag) 或多集合 (multiset)（可能包含重复元素的无序 collection）应该直接实现此接口。

所有通用的 Collection 实现类（通常通过它的一个子接口间接实现 Collection）应该提供两个“标准”构造方法：一个是 void（无参数）构造方法，用于创建空 collection；另一个是带有 Collection 类型单参数的构造方法，用于创建一个具有与其参数相同元素新的 collection。实际上，后者允许用户复制任何 collection，以生成所需实现类型的一个等效 collection。尽管无法强制执行此约定（因为接口不能包含构造方法），但是 Java 平台库中所有通用的 Collection 实现都遵从它。

此接口中包含的“破坏性”方法，是指可修改其所操作的 collection 的那些方法，如果此 collection 不支持该操作，则指定这些方法抛出 UnsupportedOperationException。如果是这样，那么在调用对该 collection 无效时，这些方法可能，但并不一定抛出 UnsupportedOperationException。例如，如果要添加的 collection 为空且不可修改，则对该 collection 调用 addAll(Collection) 方法时，可能但并不一定抛出异常。

一些 collection 实现对它们可能包含的元素有所限制。例如，某些实现禁止 null 元素，而某些实现则对元素的类型有限制。试图添加不合格的元素将抛出一个未经检查的异常，通常是 NullPointerException 或 ClassCastException。试图查询是否存在不合格的元素可能抛出一个异常，或者只是简单地返回 false；某些实现将表现出前一种行为，而某些实现则表现后一种。较为常见的是，试图对某个不合格的元素执行操作且该操作的完成不会导致将不合格的元素插入 collection 中，将可能抛出一个异常，也可能操作成功，这取决于实现本身。这样的异常在此接口的规范中标记为“可选”。

由每个 collection 来确定其自身的同步策略。在没有实现的强烈保证的情况下，调用由另一进程正在更改的 collection 的方法可能会出现不确定行为；这包括直接调用，将 collection 传递给可能执行调用的方法，以及使用现有迭代器检查 collection。

Collections Framework 接口中的很多方法是根据 equals 方法定义的。例如，contains(Object o) 方法的规范声明：“当且仅当此 collection 包含至少一个满足 (o==null ? e==null :o.equals(e)) 的元素 e 时，返回 true。”不 应将此规范理解为它暗指调用具有非空参数 o 的 Collection.contains 方法会导致为任意的 e 元素调用 o.equals(e) 方法。可随意对各种实现执行优化，只要避免调用 equals 即可，例如，通过首先比较两个元素的哈希码。（Object.hashCode() 规范保证哈希码不相等的两个对象不会相等）。较为常见的是，各种 Collections Framework 接口的实现可随意利用底层 Object 方法的指定行为，而不管实现程序认为它是否合适。

此接口是 Java Collections Framework 的一个成员。


建议LZ找个API文档看下
----------------解决方案--------------------------------------------------------
看过了，就是没看懂，嘎嘎
----------------解决方案--------------------------------------------------------
Array数组是用来整理基本数据类型的，以及同一个类的对象的，而且长度不变
Collection就是Java用来管理对象的，就当成Array里面放的是对象，而且这个Array长度可变，同时也有很多方法提供给你操作这个Array，例如添加、删除元素==。
简单点说就是方便对象的管理与操作
----------------解决方案--------------------------------------------------------
哦，明白了，不用谢哈，嘎嘎
----------------解决方案--------------------------------------------------------
谢谢哈~~~
----------------解决方案--------------------------------------------------------
只有是传递的是对象都是引用传递。
java好处是面向对象的编程语言，其实不然，因为其包含了基本类型。
所以去了八种基本类型(byte,short,int,long,float,double,char,boolean)
其他的值传递都可以说是引用传递(String,list,set......)
----------------解决方案--------------------------------------------------------