android的deviceattr_從源碼中淺析Android中怎麼利用attrs和styles定義控制項

㈠如何安裝android SDK和設置ADB

Ubuntu電腦安裝Android SDK/ADB

第一步，你要下載linux版Android SDK的安裝或文件包，然後你需要從Android SDK Manager內下載Platform Tools
Package

請從Google官方獲取Android
SDK安裝或文件包，通常情況，你下載的文件名為android-sdk_rxx-linux.tgz的形式，rxx代表版本，比如，r16版，即android-sdk_r16-linux.tgz，r24版，即android-sdk_r24-linux.tgz

請放置Android SDK安裝或文件包在你的用戶主目錄

在你的Ubuntu電腦上打開終端窗口

解壓Android SDK文件：
cd ~
tar -zxvf android-sdk_r16-linux.tgz

在~/android-sdk-linux/tools字目錄，有一個叫做android的可執行文件，盡管名字是android，但它實際上是Android
SDK Manager

運行Android SDK Manager：
./~/android-sdk-linux/tools/android

選擇Android SDK
Tools與Android SDK Platform-tools項，點Install
packages安裝Platform Tools
Package工具包。包括ADB與Fastboot可執行的文件在內的工具包都會被下載，由於下載的文件較多而需要一定的時間，你能去喝點東西

你下載的Platform Tools
Package工具包文件將位於新創建的~/android-sdk-linux/platform-tools目錄

第二步，修改ADB與Fastboot可執行文件的默認PATH路徑環境。PATH環境變數可以是在~/.profile（或~
/.bash_profile）或者~/.bashrc文件內修改，~/.profile文件是讀取所有互動式Shell的登錄，~/.bashrc文件
讀取所有非互動式Shell的登錄（如sftp），在大多數默認情況下，~/.profile文件導入所有~/.bashrc文件的設置。PATH命令設
定的改變必須包括/android-sdk-linux/tools與/android-sdk-linux/platform-tools目錄

kevdog的PATH命令設定通過Ubuntu系統內初始的默認編輯器Gedit在~/.bashrc文件底部增加了一行：
export
PATH=${PATH}:${HOME}/android-sdk-linux/tools:${HOME}/android-sdk-linux/platform-tools

第三步，我們需要為Ubuntu創建udev設備管理規則，從而讓設備在通過USB埠連接到電腦時能被正確地識別

將設備連接到電腦，然後執行命令：
lsusb

你會看到類似於下面的輸出信息：
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation
2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004
Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001:
ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 063: ID 04e8:6860
Samsung Electronics Co., Ltd

由於kevdog的設備是Samsung的某款設備，因此你能看到相應的識別信息：
Bus 001 Device 063: ID
04e8:6860 Samsung Electronics Co., Ltd

我們來解釋下上面的識別信息：

Bus 001 Device
063，設備端的名稱是/dev/bus/usb/001/063，即這個信息可以幫助我們確定設備端的名稱

04e8，vendorID，即供貨商編號

6860，proctID，即產品編號

使用設備端的名稱/dev/bus/usb/001/063可以讓我們查詢設備的屬性，查詢這些屬性有時很有必要，因為udev設備管理匹配設備是基於
特定標準的。為此，我們需要一個正確的udev設備匹配規則集，這個過程的第一步就是查詢能被連接或插入到我們規則集的准則，這可以通過udevadm程
序來實現，並且有兩種方式現，它們生成的輸出信息為我們的設備構建udev設備管理規則：

udevadm查詢udev設備管理規則方法1：
udevadm info -q all -n <name of device
node>
根據原作者的實際情況，設備端名稱是/dev/bus/usb/001/063，因此命令是：

udevadm info -q all -n /dev/bus/usb/001/063
你會看到類似於下面的輸出信息：

$ udevadm info -q all -n /dev/bus/usb/001/063
P:
/devices/pci0000:00/0000:00:1d.7/usb1/1-8
N: bus/usb/001/063
S:
libmtp-1-8
S: GalaxyNexus
E: UDEV_LOG=3
E:
DEVPATH=/devices/pci0000:00/0000:00:1d.7/usb1/1-8
E: MAJOR=189
E:
MINOR=62
E: DEVNAME=/dev/bus/usb/001/063
E: DEVTYPE=usb_device
E:
DRIVER=usb
E: PRODUCT=4e8/6860/216
E: TYPE=0/0/0
E: BUSNUM=001

E: DEVNUM=063
E: SUBSYSTEM=usb
E: ID_MTP_DEVICE=1
E:
ID_MEDIA_PLAYER=samsung_galaxy-s2
E: ID_VENDOR=samsung
E:
ID_VENDOR_ENC=samsung
E: ID_VENDOR_ID=04e8
E: ID_MODEL=Galaxy
E:
ID_MODEL_ENC=Galaxy
E: ID_MODEL_ID=6860
E: ID_REVISION=0216
E:
ID_SERIAL=samsung_Galaxy_0146B06501005018
E:
ID_SERIAL_SHORT=0146B06501005018
E: ID_BUS=usb
E:
ID_USB_INTERFACES=:ffff00:ff4201:
E: DEVLINKS=/dev/libmtp-1-8
/dev/GalaxyNexus
E: TAGS=:udev-acl:
我們使用的規則從有E:（E=ENV=Device
Property設備屬性值）的行開始

udevadm查詢udev設備管理規則方法2：
udevadm info -a -p $(udevadm info -q path
-n <name of device node>)

根據原作者的實際情況，設備端名稱是/dev/bus/usb/001/063，因此命令是：
udevadm info -a -p
$(udevadm info -q path -n /dev/bus/usb/001/063)
你會看到類似於下面的輸出信息：

$ udevadm info -a -p $(udevadm info -q path -n /dev/bus/usb/001/063)

Udevadm info starts with the device specified by the devpath and then

walks up the chain of parent devices. It prints for every device
found,
all possible attributes in the udev rules key format.
A rule to match, can
be composed by the attributes of the device
and the attributes from one
single parent device.
looking at device
'/devices/pci0000:00/0000:00:1d.7/usb1/1-8':
KERNEL=="1-8"

SUBSYSTEM=="usb"
DRIVER=="usb"
ATTR{configuration}==""

ATTR{bNumInterfaces}==" 2"
ATTR{bConfigurationValue}=="1"

ATTR{bmAttributes}=="80"
ATTR{bMaxPower}=="500mA"
ATTR{urbnum}=="29"

ATTR{idVendor}=="04e8"
ATTR{idProct}=="6860"

ATTR{bcdDevice}=="0216"
ATTR{bDeviceClass}=="00"

ATTR{bDeviceSubClass}=="00"
ATTR{bDeviceProtocol}=="00"

ATTR{bNumConfigurations}=="1"
ATTR{bMaxPacketSize0}=="64"

ATTR{speed}=="480"
ATTR{busnum}=="1"
ATTR{devnum}=="63"

ATTR{devpath}=="8"
ATTR{version}==" 2.00"
ATTR{maxchild}=="0"

ATTR{quirks}=="0x0"
ATTR{avoid_reset_quirk}=="0"

ATTR{authorized}=="1"
ATTR{manufacturer}=="samsung"

ATTR{proct}=="Galaxy"
ATTR{serial}=="0146B06501005018"

looking at parent device '/devices/pci0000:00/0000:00:1d.7/usb1':

KERNELS=="usb1"
SUBSYSTEMS=="usb"
DRIVERS=="usb"

ATTRS{configuration}==""
ATTRS{bNumInterfaces}==" 1"

ATTRS{bConfigurationValue}=="1"
ATTRS{bmAttributes}=="e0"

ATTRS{bMaxPower}==" 0mA"
ATTRS{urbnum}=="1403"

ATTRS{idVendor}=="1d6b"
ATTRS{idProct}=="0002"

ATTRS{bcdDevice}=="0300"
ATTRS{bDeviceClass}=="09"

ATTRS{bDeviceSubClass}=="00"
ATTRS{bDeviceProtocol}=="00"

ATTRS{bNumConfigurations}=="1"
ATTRS{bMaxPacketSize0}=="64"

ATTRS{speed}=="480"
ATTRS{busnum}=="1"
ATTRS{devnum}=="1"

ATTRS{devpath}=="0"
ATTRS{version}==" 2.00"
ATTRS{maxchild}=="8"

ATTRS{quirks}=="0x0"
ATTRS{avoid_reset_quirk}=="0"

ATTRS{authorized}=="1"
ATTRS{manufacturer}=="Linux 3.0.0-14-generic
ehci_hcd"
ATTRS{proct}=="EHCI Host Controller"

ATTRS{serial}=="0000:00:1d.7"
ATTRS{authorized_default}=="1"

looking at parent device '/devices/pci0000:00/0000:00:1d.7':

KERNELS=="0000:00:1d.7"
SUBSYSTEMS=="pci"
DRIVERS=="ehci_hcd"

ATTRS{vendor}=="0x8086"
ATTRS{device}=="0x27cc"

ATTRS{subsystem_vendor}=="0x103c"
ATTRS{subsystem_device}=="0x3010"

ATTRS{class}=="0x0c0320"
ATTRS{irq}=="20"
ATTRS{local_cpus}=="ff"

ATTRS{local_cpulist}=="0-7"
ATTRS{dma_mask_bits}=="32"

ATTRS{consistent_dma_mask_bits}=="32"
ATTRS{broken_parity_status}=="0"

ATTRS{msi_bus}==""
ATTRS{companion}==""
looking at
parent device '/devices/pci0000:00':
KERNELS=="pci0000:00"

SUBSYSTEMS==""
DRIVERS==""
我們使用的規則從有ATTRS（ATTRS=Device
Attributes設備屬性）的行開始

不管是ENV，還是ATTRS，我們可以構建一個udev設備管理規則集。規則集的名稱可以隨意，根據原作者的意圖，我們叫做51-android.rules：

你能這樣建立規則集文件：
gksu gedit /etc/udev/rules.d/51-android.rules

之後，請在規則集文件中加入相關的規則，以原作者的規則來看，注意是一行一個：
SUBSYSTEM=="usb",
ENV{ID_VENDOR_ID}=="04e8", ENV{ID_MODEL}=="Galaxy", MODE="0666",
SYMLINK+="GalaxyNexus"
SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="04e8",
ENV{ID_MODEL_ID}=="6860", MODE="0666", SYMLINK+="GalaxyNexus"

SUBSYSTEM=="usb", ATTR{idVendor}=="04e8", ATTR{idProct}=="6860",
ATTR{proct}=="Galaxy" MODE="0666", SYMLINK+="GalaxyNexus"

如上面所加的規則，這些規則匹配准則是SUBSYSTEM,
ENV,ATTR，它只會修改設備的模式MODE（0666=rw-rw-rw-）與創建鏈接於/dev/GalaxyNexus的GalaxyNexus標識。當然，更多的指令可以分配給設備，如插入或移除設備時的執行命令，你能這樣指定指令：

ACTION=="add", RUN+="<name of action>"
ACTION==」remove」,
RUN+="<name of action>"
例如，我們要設定設備在插入或彈出時播放一個聲音或MP3文件，可以如下指令設定：

ACTION=="add", RUN+="/usr/local/bin/NexusMount.sh"

ACTION==」remove」, RUN+="/usr/local/bin/NexusUnmount.sh"

需要注意的是，每個ACTION指令設定必須在它自己的命令行；目錄必須正確；指令可以是多重設定

一旦規則構建完成，我們需要保存/etc/udev/rules.d/51-android.rules規則文件

在你執行規則集前，測試一下通常是一個好主意，因為那樣你能很容易地找出編寫規則集的錯誤：

你能使用udevadm工具簡單地完成規則集的測試：
udevadm info -q path -n d=<device
name>
根據原作者的設備端名/dev/bus/usb/001/063，測試行為：

udevadm test --action="SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="04e8",
ENV{ID_MODEL}=="Galaxy" MODE="0666", SYMLINK+="GalaxyNexus"" $(udevadm info -q
path -n /dev/bus/usb/001/063)
雖然測試輸出行相當長，兩行輸出信息正確地識別規則集的指令設定：

udev_rules_apply_to_event: MODE 0666
/etc/udev/rules.d/51-android.rules:1
udev_rules_apply_to_event: LINK
'GalaxyNexus' /etc/udev/rules.d/51-android.rules:1

一旦你確認了規則集正確，請重啟udev設備管理服務：
sudo service udev restart

第四步，退出電腦的登錄，然後重新登錄回

在設備插入的情況下，執行ADB命令，如確認設備連接：
$ adb devices

你會看到設備識別號信息，根據原作者的設備，它是
0146B06501005018 device

如果你的設備已啟動在Fastboot模式，許多設備不啟動可能也行，你能執行Fastboot命令，如標準的Fastboot設備：
$
fastboot devices

㈡ android開發中shape圖形中如何引用attr屬性，在做主題切換時,要達到shape圖形的顏色與當前主題顏色一致

以前做主題時，貌似shape裡面用attr屬性會出錯，建議你多個theme對應多個shape

㈢從源碼中淺析Android中怎麼利用attrs和styles定義控制項

1.attrs.xml:
我們知道Android的源碼中有attrs.xml這個文件，這個文件實際上定義了所有的控制項的屬性，就是我們在布局文件中設置的各類屬性
你可以找到attrs.xml這個文件，打開它，全選，右鍵->Show In->OutLine。可以看到整個文件的解構

我們大概可以看出裡面是Android中的各種屬性的聲明，比如textStyle這個屬性是這樣定義的：
java代碼

<attr name="textStyle">
<flag name="normal" value="0" />
<flag name="bold" value="1" />
<flag name="italic" value="2" />
</attr>
那麼現在你知道，我們在寫android:textStyle的時候為什麼會出現normal，bold和italic這3個東西了吧，就是定義在這個地方。
再看看textColor:
Java代碼

<attr name="textColor" format="reference|color" />
format的意思是說：這個textColor可以以兩種方式設置，要麼是關聯一個值，要麼是直接設置一個顏色的RGB值，這個不難理解，因為我們可以平時也這樣做過。

也就是說我們平時在布局文件中所使用的各類控制項的屬性都定義在這裡面，那麼這個文件，除了定義這些屬性外還定義了各種具體的組件，比如TextView，Button，SeekBar等所具有的各種特有的屬性
比如SeekBar:

Java代碼
<declare-styleable name="SeekBar">

<attr name="thumb" format="reference" />

<attr name="thumbOffset" format="dimension" />
</declare-styleable>
也許你會問SeekBar的background，等屬性怎麼沒有看到？這是因為Android中幾乎所有的組件都是從View中繼承下來的，SeekBar自然也不例外，而background這個屬性幾乎每個控制項都有，因此被定義到了View中，你可以在declare-styleable:View中找到它。

總結下，也就是說attrs.xml這個文件定義了布局文件中的各種屬性attr:***，以及每種控制項特有的屬性declare-styleable:***

2.styles.xml:
剛才的attrs.xml定義的是組件的屬性，現在要說的style則是針對這些屬性所設置的值，一些默認的值。

這個是SeekBar的樣式，我們可以看到，這裡面設置了一個SeekBar的默認的樣式，即為attrs.xml文件中的各種屬性設置初始值
Java代碼
<style name="Widget.SeekBar">
<item name="android:indeterminateOnly">false</item>
<item name="android:progressDrawable">@android:drawable/progress_horizontal</item>
<item name="android:indeterminateDrawable">@android:drawable/progress_horizontal</item>
<item name="android:minHeight">20dip</item>
<item name="android:maxHeight">20dip</item>
<item name="android:thumb">@android:drawable/seek_thumb</item>
<item name="android:thumbOffset">8dip</item>
<item name="android:focusable">true</item>
</style>
這個是Button的樣式：
Java代碼
<style name="Widget.Button">
<item name="android:background">@android:drawable/btn_default</item>
<item name="android:focusable">true</item>
<item name="android:clickable">true</item>
<item name="android:textAppearance">?android:attr/textAppearanceSmallInverse</item>
<item name="android:textColor">@android:color/primary_text_light</item>
<item name="android:gravity">center_vertical|center_horizontal</item>
</style>

有了屬性和值，但是這些東西是如何關聯到一起的呢？它們如何被android的framework層所識別呢？

3.組件的源碼
我們看下TextView的源碼：
Java代碼
public TextView(Context context) {
this(context, null);
}//這個構造器用來給用戶調用，比如new TextView(this);

public TextView(Context context,
AttributeSet attrs) {
this(context, attrs, com.android.internal.R.attr.textViewStyle);
}

public TextView(Context context,
AttributeSet attrs,
int defStyle) {
super(context, attrs, defStyle);//為用戶自定義的TextView設置默認的style
mText = "";

//設置畫筆
mTextPaint = new TextPaint(Paint.ANTI_ALIAS_FLAG);
mTextPaint.density = getResources().getDisplayMetrics().density;
mTextPaint.setCompatibilityScaling(
getResources().getCompatibilityInfo().applicationScale);

mHighlightPaint = new Paint(Paint.ANTI_ALIAS_FLAG);
mHighlightPaint.setCompatibilityScaling(
getResources().getCompatibilityInfo().applicationScale);

mMovement = getDefaultMovementMethod();
mTransformation = null;

//attrs中包含了這個TextView控制項在布局文件中定義的屬性，比如android:background,android:layout_width等
//com.android.internal.R.styleable.TextView中包含了TextView中的針對attrs中的屬性的默認的值
//也就是說這個地方能夠將布局文件中設置的屬性獲取出來，保存到一個TypeArray中，為這個控制項初始化各個屬性
TypedArray a =
context.obtainStyledAttributes(
attrs, com.android.internal.R.styleable.TextView, defStyle, 0);

int textColorHighlight = 0;
ColorStateList textColor = null;
ColorStateList textColorHint = null;
ColorStateList textColorLink = null;
int textSize = 15;
int typefaceIndex = -1;
int styleIndex = -1;

/*
* Look the appearance up without checking first if it exists because
* almost every TextView has one and it greatly simplifies the logic
* to be able to parse the appearance first and then let specific tags
* for this View override it.
*/
TypedArray appearance = null;
//TextView_textAppearance不太了解為什麼要這樣做？難道是為了設置TextView的一些默認的屬性？
int ap = a.getResourceId(com.android.internal.R.styleable.TextView_textAppearance, -1);
if (ap != -1) {
appearance = context.obtainStyledAttributes(ap,
com.android.internal.R.styleable.
TextAppearance);
}
if (appearance != null) {
int n = appearance.getIndexCount();
for (int i = 0; i < n; i++) {
int attr = appearance.getIndex(i);

switch (attr) {
case com.android.internal.R.styleable.TextAppearance_textColorHighlight:
textColorHighlight = appearance.getColor(attr, textColorHighlight);
break;

case com.android.internal.R.styleable.TextAppearance_textColor:
textColor = appearance.getColorStateList(attr);
break;

case com.android.internal.R.styleable.TextAppearance_textColorHint:
textColorHint = appearance.getColorStateList(attr);
break;

case com.android.internal.R.styleable.TextAppearance_textColorLink:
textColorLink = appearance.getColorStateList(attr);
break;

case com.android.internal.R.styleable.TextAppearance_textSize:
textSize = appearance.getDimensionPixelSize(attr, textSize);
break;

case com.android.internal.R.styleable.TextAppearance_typeface:
typefaceIndex = appearance.getInt(attr, -1);
break;

case com.android.internal.R.styleable.TextAppearance_textStyle:
styleIndex = appearance.getInt(attr, -1);
break;
}
}

appearance.recycle();
}
//各類屬性
boolean editable = getDefaultEditable();
CharSequence inputMethod = null;
int numeric = 0;
CharSequence digits = null;
boolean phone = false;
boolean autotext = false;
int autocap = -1;
int buffertype = 0;
boolean selectallonfocus = false;
Drawable drawableLeft = null, drawableTop = null, drawableRight = null,
drawableBottom = null;
int drawablePadding = 0;
int ellipsize = -1;
boolean singleLine = false;
int maxlength = -1;
CharSequence text = "";
CharSequence hint = null;
int shadowcolor = 0;
float dx = 0, dy = 0, r = 0;
boolean password = false;
int inputType = EditorInfo.TYPE_NULL;

int n = a.getIndexCount();
for (int i = 0; i < n; i++) {
int attr = a.getIndex(i);
//通過switch語句將用戶設置的，以及默認的屬性讀取出來並初始化
switch (attr) {
case com.android.internal.R.styleable.TextView_editable:
editable = a.getBoolean(attr, editable);
break;

case com.android.internal.R.styleable.TextView_inputMethod:
inputMethod = a.getText(attr);
break;

case com.android.internal.R.styleable.TextView_numeric:
numeric = a.getInt(attr, numeric);
break;

//更多的case語句...

case com.android.internal.R.styleable.TextView_textSize:
textSize = a.getDimensionPixelSize(attr, textSize);//設置當前用戶所設置的字體大小
break;

case com.android.internal.R.styleable.TextView_typeface:
typefaceIndex = a.getInt(attr, typefaceIndex);
break;
//更多的case語句...
}

通過上面的代碼大概可以知道，每個組件基本都有3個構造器，其中只傳遞一個Context上下文的那個構造器一般用來在java代碼中實例化使用。
比如你可以
Java代碼
TextView tv = new TextView(context);
來實例化一個組件。

最終調用的是第3個構造器
Java代碼
public TextView(Context context,
AttributeSet attrs,
int defStyle)

在這個構造器中為你設置了默認的屬性attrs和值styles。關鍵不在這里，而是後面通過使用下面的代碼
Java代碼
TypedArray a =
context.obtainStyledAttributes(
attrs, com.android.internal.R.styleable.TextView, defStyle, 0);
來將屬性和值獲取出來，放到一個TypeArray中，然後再利用一個switch語句將裡面的值取出來。再利用這些值來初始化各個屬性。這個View最終利用這些屬性將這個控制項繪制出來。
如果你在布局文件中定義的一個View的話，那麼你定義的值，會被傳遞給構造器中的attrs和styles。也是利用同樣的方式來獲取出你定義的值，並根據你定義的值來繪制你想要的控制項。
再比如其實Button和EditText都是繼承自TextView。看上去兩個控制項似乎差異很大，其實不然。Button的源碼其實相比TextView變化的只是style而已：

導航:首頁 > 操作系統 > android的deviceattr

android的deviceattr

與android的deviceattr相關的資料