两个USB设备各自是：
A：USB摄像头带录音功能，但不带放音功能。
B：USB无线耳机是使用USB转2.4G的无线耳机。

详细现象：
1, A，B两者同一时候插上机顶盒，并开机进入android，此时去播放音乐或电影，声音是从HDMI出来的，并不是从无线耳机出来。

此时又一次插拔一下2.4G无线耳机，声音就会从耳机中出来。

2, 机顶盒上电。进入android系统，然后播放音乐或电影，此时声音从HDMI中出来。这个时候接上USB摄像头，声音还是从HDMI出来。

再接上无线耳机。这时候声音却还是从HDMI中出来，此时应该要从耳机出来。又一次插拔一下耳机就恢复正常了。

总结现象，基本能够得出一个结论：开机后。先插上USB摄像头再插上2.4G耳麦，声音并不会从耳机出来，仅仅有又一次插拔一次USB耳麦后才会正常。

从现象能够看出，出现异常的原因是音频系统没有从摄像头切换到麦克风。

细致查看日志，发现正常时会有一段以下的打印。不正常时并没有。
V/AudioService( 1582): Broadcast Receiver: Got ACTION_USB_ANLG_HEADSET_PLUG, state = 1
I/AudioPolicyManagerBase( 1059): setDeviceConnectionState() device: 800, state 1, address 
I/AudioPolicyManagerBase( 1059): [setDeviceConnectionState : 245] device already connected: 16777216
V/WiredAccessoryObserver( 1582): Headset UEVENT: {SUBSYSTEM=switch, SWITCH_STATE=1, DEVPATH=/devices/virtual/switch/usb_audio, SEQNUM=1271, ACTION=change, SWITCH_NAME=usb_audio}
V/WiredAccessoryObserver( 1582): newState = 4, headsetState = 4,mHeadsetState = 0
V/WiredAccessoryObserver( 1582): Intent.ACTION_USB_HEADSET_PLUG: state: 1 name: usb_audio

从日志能够看出，AudioService收到了ACTION_USB_ANLG_HEADSET_PLUG广播消息。才干正常。在源代码中搜索发出ACTION_USB_ANLG_HEADSET_PLUG广播的地方，查得在WiredAccessoryObserver.java文件里sendIntent()函数调用了。

private final void sendIntent(int headset, int headsetState, int prevHeadsetState, String headsetName) {
        .......
                    intent = new Intent(Intent.ACTION_USB_ANLG_HEADSET_PLUG);
                    intent.addFlags(Intent.FLAG_RECEIVER_REGISTERED_ONLY);
                    intent.putExtra("state", state);
                    intent.putExtra("name", headsetName);
                    ActivityManagerNative.broadcastStickyIntent(intent, null);
        .......
    }
此函数被sendIntents()调用，接着被mHandler的handleMessage()调用。
    private final Handler mHandler = new Handler() {
        @Override
        public void handleMessage(Message msg) {
            sendIntents(msg.arg1, msg.arg2, (String)msg.obj);
            mWakeLock.release();
        }
    };
接着被update()调用
    private synchronized final void update(String newName, int newState) {
        ........
        mHandler.sendMessageDelayed(mHandler.obtainMessage(0,
                                                           mHeadsetState,
                                                           mPrevHeadsetState,
                                                           mHeadsetName),
                                    delay);
    }
接着被updateState()调用。然后被onUEvent()调用。

onUEvent()重载了UEventObserver.java中的相应函数。细致查看该文件源代码能够得知当中有个线程会读取netlink消息。并由相应的Observer去处理。

在run()函数中增加打印日志的函数。将uevent打印出来。

public void run() {
            native_setup();

byte[] buffer = new byte[1024];
            int len;
            while (true) {
                len = next_event(buffer);
                if (len > 0) {
                    String bufferStr = new String(buffer, 0, len);  // easier to search a String
                    Log.d (TAG,"uevent:"+bufferStr);
                    synchronized (mObservers) {
                        for (int i = 0; i < mObservers.size(); i += 2) {
                            if (bufferStr.indexOf((String)mObservers.get(i)) != -1) {
                                ((UEventObserver)mObservers.get(i+1))
                                        .onUEvent(new UEvent(bufferStr));
                            }
                        }
                    }
                }
            }
        }

改完后编译frameworks/base。将core.jar文件push到机顶盒进行測试。当正常时会有例如以下打印
D/UEventObserver( 1582): uevent:change@/devices/virtual/switch/usb_audio��ACTION=change��DEVPATH=/devices/virtual/switch/usb_audio��SUBSYSTEM=switch��SWITCH_NAME=usb_audio��SWITCH_STATE=1��SEQNUM=1271��
V/AudioService( 1582): Broadcast Receiver: Got ACTION_USB_ANLG_HEADSET_PLUG, state = 1
I/AudioPolicyManagerBase( 1059): setDeviceConnectionState() device: 800, state 1, address 
I/AudioPolicyManagerBase( 1059): [setDeviceConnectionState : 245] device already connected: 16777216
V/WiredAccessoryObserver( 1582): Headset UEVENT: {SUBSYSTEM=switch, SWITCH_STATE=1, DEVPATH=/devices/virtual/switch/usb_audio, SEQNUM=1271, ACTION=change, SWITCH_NAME=usb_audio}
V/WiredAccessoryObserver( 1582): newState = 4, headsetState = 4,mHeadsetState = 0
V/WiredAccessoryObserver( 1582): Intent.ACTION_USB_HEADSET_PLUG: state: 1 name: usb_audio

从日志能够知道，不正常的原因在于kernel并没有发出uevent。google去查uevent机制，了解到change这个ACTION由KOBJ_CHANGE来控制。

依据uevent中SWITCH_NAME和SWITCH_STATE对kernel/下进行搜索，得到drivers/switch/switch_class.c文件。同一时候也依据KOBJ_CHANGE对drivers下进行搜索。也发现switch/switch_class.c文件，推測这个文件是关键。在switch_set_state()函数中增加打印，又一次编译内核，执行，查看日志，果然发现都调了这里。

void switch_set_state(struct switch_dev *sdev, int state)
{
    ......
    if (sdev->state != state) {
        sdev->state = state;
        ......
    }
    ......
}

继续搜索调用switch_set_state()的地方，发如今sound/usb/card.c的snd_usb_audio_probe()函数中调用了。

static void *snd_usb_audio_probe(struct usb_device *dev,
                 struct usb_interface *intf,
                 const struct usb_device_id *usb_id)
{
    ......
    //switch_set_state(&sdev, STATE_DISCONNECTED);
    switch_set_state(&sdev, STATE_CONNECTED);
    ......
}

能够知道多个usb音频设备通过switch进行管理。一个时刻仅仅使用一个。

当带录音功能的usb摄像头插上时。sdev的状态改为已连接。

当usb耳麦接上后，相同会调用switch_set_state()，但由于先前已经连了一个usb音频设备。sdev->state已经变为1,不再继续发消息。于是我凝视掉推断语句：if (sdev->state != state) 。再次进行測试，发现uevent已经上报了，但声音仍然没有从usb耳麦中出来。
继续回到Android层，查看WiredAccessoryObserver.java中update()函数
    private synchronized final void update(String newName, int newState) {
        ......
        if (LOG) Slog.v(TAG, "newState = "+newState+", headsetState = "+headsetState+","
            + "mHeadsetState = "+mHeadsetState);
        if (mHeadsetState == headsetState || ((h2w_headset & (h2w_headset - 1)) != 0)) {
            Log.e(TAG, "unsetting h2w flag");
            h2wStateChange = false;
        }
        // - c: 0 usb headset to 1 usb headset
        // - d: 1 usb headset to 0 usb headset
        if ((usb_headset_anlg >> 2) == 1 && (usb_headset_dgtl >> 3) == 1) {
            Log.e(TAG, "unsetting usb flag");
            usbStateChange = false;
        }
        if (!h2wStateChange && !usbStateChange) {
            Log.e(TAG, "invalid transition, returning ...");
            return;
        }
        .......
}
分析代码可知，因为上报的消息跟上次一样，此函数并未继续运行。
为了简单起见，我想直接在内核载入新的usb音频设备时先将switch断开原来的。再连接新的。于是在snd_usb_audio_probe()函数中，先运行switch_set_state(&sdev, STATE_DISCONNECTED);欺骗系统switch已经断开。然后再运行switch_set_state(&sdev, STATE_CONNECTED);

编译，烧录，測试后发现一切都正常了。录音与放音都正常。

当USB耳麦连接时用耳麦进行录音和放音。

当USB耳麦不在时用USB摄像头进行录音，由HDMI进行放音。

对这个结果感到非常意外。意想之中的状况应该是始终使用后插上的那个设备。查看日志后得知，由摄像头没有放音功能，在open这个设备进行放音的时候会失败。于是就会使用下一个设备，直到找到能放音的设备，查看日志发现这是alsa-lib这么设计的。为何录音也总是优先使用USB耳麦，没有深究，应该也是alsa-lib完毕了。