android @id和@+id的区别

今天，简单讲讲android里关于@id和@+id的区别。

之前，自己在布局里无论什么情况都使用@+id，可是后来发现有些代码用的是@id，自己不知道这两者之间有什么区别。于是就在网上查找资料，最终是解决了问题。这里记录一下。

Android中的组件需要用一个int类型的值来表示，这个值也就是组件标签中的id属性值。id属性只能接受资源类型的值，也就是必须以@开头的值，例如，@id/abc、@+id/xyz等。

如果在@后面使用“+”，表示当修改完某个布局文件并保存后，系统会自动在R.java文件中生成相应的int类型变量。变量名就是“/”后面的值，例如，@+id/xyz会在R.java文件中生成int xyz = value，其中value是一个十六进制的数。如果xyz在R.java中已经存在同名的变量，就不再生成新的变量，而该组件会使用这个已存在的变量的值。

也就是说，如果使用@+id/name形式，当R.java中存在名为name变量时，则该组件会使用该变量的值作为标识。如果不存在该变量，则添加一个新的变量，并为该变量赋相应的值（不会重复）。

既然组件的id属性是一个资源id就可以，那么自然可以设置任何已经存在的资源id值，例如，@drawable/icon、@string/ok、@+string/you等。当然，也可以设置android系统中已存在的资源id，

例如，楼主提出的@id/android:list，那么这个android是什么意思呢，实际上，这个android就是系统的R类（在R.java文件中）所在的package。我们可以在Java代码编辑区输入android.R.id.，就会列出相应的资源id，

例如，也可以设置id属性值为@id/android:message。

<ListView android:id="@+id/android:message"
     android:layout_width="wrap_content"
     android:layout_height="wrap_content"/>

还有另外一种方法查看系统中定义的id，进入<android sdk安装目录>\platforms\android-1.5\data\res\values目录，找到ids.xml文件，打开后，内容如下：

<?xml version="1.0" encoding="utf-8"?>
<resources>
    <item type="id" name="price_edit">false</item>
    <item type="id" name="amount_edit">false</item>
</resources>

若在ids.xml中定义了ID，则在layout中可如下定义@id/price_edit，否则@+id/price_edit

这里简单讲讲，其实@+id就是在R.java文件里新增一个id名称，如果之前已经存在相同的id名称，那么会覆盖之前的名称。而@id则是直接引用R.java文件的存在的id资源，如果不存在，会编译报错。

用一个例子来讲：

<View
    android:layout_below="@+id/view1"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"/>
 
<View
    android:id="@id/view1"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"/>

上述代码是正确的，即下面的顺序是被允许的。但是去掉第一行的+号，或者将第二行与第一行的位置换一下，便不行！！！

android:layout_below="@+id/view1"
android:id="@id/view1"

原理就是：

@+id会在R.java file里面添加一个新的id，这也就是能用findViewById(R.id.xxx)找到控件的原因，而@id就直接在这个文件里查找了。

而为什么已经存在了某个id，在layout_below里仍可以@+id呢？

因为android能容忍重复的id存在，并不是说会出现两个相同的id，而是新的id覆盖原有的id，而在这儿@+id不过是将id重复创建了一遍。

不建议在已存在某id的时候再在布局中使用@+id，虽然暂时这是被允许的，但是这种写法并不规范，在后续的android版本中可能被禁止这种写法。

简单讲讲，其实在相对布局里，除了申明控件的id使用@+id/外，其余的引用控件最好使用@id，这样符合代码规范，也可以节约编译的时间，避免R.java文件无用的写入。