List<Integer>.remove()的一个小细节

不废话，先上代码：

  

ArrayList<Integer> col = new ArrayList<Integer>();  
System.out.println("Initial size: " + col.size());  
for(int i = 0; i < 20; i++)  
    col.add(i + 10);  
 

显然，上面这段代码再简单不过了，建立一个Interger类型参数的ArrayList.

于是考虑到要从ArrayList删除两个元素，比如10, 25。初步设想的代码如下：

  

col.remove(10);  
col.remove(25);  

   基于这种设想的原因是，既然ArrayList<Integer>里的类型是Integer，我传入一个int的应该可以自动实现autoboxing.那么，如果和设想的一样，col中的10和25两个元素都被删除了。

实际运行的结果不然：

Exception in thread "main" java.lang.IndexOutOfBoundsException: Index: 25, Size: 20

at java.util.ArrayList.rangeCheck(ArrayList.java:604)

at java.util.ArrayList.remove(ArrayList.java:445)

at CollectionBasics.main(CollectionBasics.java:54)

从错误中间可以看到，提示的是访问数组索引越界了。怎么会这样呢？很显然，传入的10,25被当成索引而不是要移除的元素。

察看java doc里面才发现，里面有两个remove方法，分别定义如下： 

public E remove(int index);  
  
public boolean remove(Object o);  

 

当我们传入int类型的时候，会自动被当成上面那个方法来调用。而下面那个移除某个特定元素的方法是需要传入一个Object对象。所以，为了移除制定的元素而不至于引起混淆的话，可以将传入的int先封装一下：

 

col.remove((Integer)10);  
col.remove((Integer)25);  

    这样结果就对了。

在北京呆了半年，也有了自己的经验。
第一：刚开始找工作的时候，不能把自己放的太低，要有自己的最低底线，不能说工资随便给，要有自己的目标。因为起点越低以后越难爬。 有些公司的hr就不喜欢随随便便看不清自己的人。所以，第一份工作要有自己的最低额度，转正之后要比实习工资翻个1.5倍。
第二：感觉需要调涨工资的时候， 就提出来，不要犹豫，因为可能老板早就有这个念头，但是你没提，老板干嘛要给你涨。提出来是必须的，不管失败与成功，如果失败了，老板也会重新看待你这个人，觉得你这个人不是乐于现在的工作状况。
第三、要涨工资的时候，老板一般会问，你想要多少。所以事前要有一个期望工资和最低工资，如果老板听了你的期望工资，一口答应，那就好事；但是，如果老板讲价还价，不能低于你的最低工资。因为你没有期望工资，只跟老板说了你的最低工资，老板一听就同意了，你肯定会后悔当初怎么没多要。