android驅動開發視頻

㈠ 如何寫一個android USB介面驅動

說到 android 驅動是離不開 linux 驅動的。Android 內核採用的是 Linux2.6 內核 （最近Linux 3.3 已經包含了一些 Android 代碼）。但 Android 並沒有完全照搬 Linux 系統內核，除了對Linux 進行部分修正，還增加了不少內容。android 驅動 主要分兩種類型：Android 專用驅動 和 Android 使用的設備驅動（linux）。
Android 專有驅動程序：
1）Android Ashmem 匿名共享內存； 為用戶空間程序提供分配內存的機制，為進程間提供大塊共享內存，同時為內核提供回收和管理這個內存。
2）Android Logger 輕量級的LOG（日誌） 驅動；
3）Android Binder 基於 OpenBinder 框架的一個驅動；
4）Android Power Management 電源管理模塊；
5）Low Memory Killer 低內存管理器；
6）Android PMEM 物理內存驅動；
7）USB Gadget USB 驅動（基於 gaeget 框架）；
8）Ram Console 用於調試寫入日誌信息的設備；
9）Time Device 定時控制設備；
10）Android Alarm 硬體時鍾；

Android 上的設備驅動：
1）Framebuff 顯示驅動；
2）Event 輸入設備驅動；
3）ALSA 音頻驅動；
4）OSS 音頻驅動；
5）v412攝像頭：視頻驅動；
6）MTD 驅動；
7）藍牙驅動；
8）WLAN 設備驅動；
Android 專有驅動程序

1.Android Ashmem
為用戶空間程序提供分配內存的機制，為進程間提供大塊共享內存，同時為內核提供回收和管理這個內存。
設備節點：/dev/ashmen .主設備號 10.
源碼位置： include/linux/ashmen.h Kernel /mm/ashmen.c
相比於 malloc 和 anonymous/named mmap 等傳統的內存分配機制，其優勢是通過內核驅動提供了輔助內核的內存回收演算法機制（pin/unoin）
2.Android Logger
無論是底層的源代碼還上層的應用，我們都可以使用 logger 這個日誌設備看、來進行調試。
設備節點： /dev/log/main /dev/log/event /dev/log/radio
源碼位置：include/linux/logger.h include/linux/logger.c
3.Android Binder
IPC Binder 一種進程間通信機制。他的進程能夠為其它進程提供服務 ----- 通過標準的 Linux 系統調用 API。
設備節點 ：/dev/binder
源碼位置：Kernel/include/linux/binder.h Kernel/drivers/misc/binder.c
4.Android Power Management
一個基於標准 linux 電源管理的輕量級 Android 電源管理系統，在 drivers/android/power.c kernel/power/
5.Low Memory Killer
它在用戶空間中指定了一組內存臨界值，當其中某個值與進程描述中的 oom_adj 值在同一范圍時，該進程將被Kill掉（在parameters/adj中指定oome_adj 的最小值）。它與標準的Linux OOM機制類似，只是實現方法不同
源碼位置：drivers/misc/lowmemorykiller.c
6.Android PMEM
PMEM 主要作用就是向用戶空間提供連續的物理內存區域。
1.讓 GPU 或 VPU 緩沖區共享 CPU 核心。
2.用於 Android service 堆。
源碼位置：include/linux/android_pmem.h drivers/android/pmem.c
7.USB Gadget
基於標准 Linux USB gaeget 驅動框架的設備驅動。
源碼位置：drivers/usb/gadet/
8.Ram Console
為了提供調試功能，android 允許將調試日誌信息寫入這個設備，它是基於 RAM 的 buffer.
源碼位置： drivers/staging/android/ram_console.c
9.Time Device
定時控制,提供了對設備進行定時控制的功能。
源碼位置：drivers/staging/android/timed_output.c(timed_gpio.c)
10.Android Alarm
提供一個定時器，用於把設備從睡眠狀態喚醒，同時它還提供了一個即使在設備睡眠時也會運行的時鍾基準。
設備節點：/dev/alarm
源碼位置：drivers/trc/alarm.c
Android 設備驅動
1. Framebuffer 幀緩存設備
Framebuffer 驅動在 Linux 中是標準的顯示設備的驅動。對於 PC 系統，它是顯卡的驅動 ； 對於嵌入式 SOC 處理器系統，它是 LCD 控制器或者其他顯示控制器的驅動。它是一個字元設備，在文件系統中設備節點通常是 /dev/fbx 。 每個系統可以有多個顯示設備 ， 依次用 /dev/fbO 、 /dev/fb l
等來表示。在 Android 系統中主設備號為 29 ，次設備號遞增生成。
Android 對 Framebuffer 驅動的使用方式是標準的 ， 在 / dev / graphie / 中的 Framebuffer 設備節點由 init 進程自動創建 ， 被 libui 庫調用 。 Android 的 GUI 系統中 ， 通過調用 Framebuffer 驅動的標准介面，實現顯示設備的抽象。

Framebuff的結構框架和實現 ：

linux LCD驅動（二）--FrameBuffer

Linux LCD驅動(四）--驅動的實現
2.Event輸入設備驅動
Input 驅動程序是 Linux 輸入設備的驅動程序 ， 分為游戲桿 (joystick) 、 滑鼠 (mouse 和 mice)和事件設備 (Event queue)3 種驅動程序。其中事件驅動程序是目前通用的程序，可支持鍵盤 、 滑鼠、觸摸屏等多種輸入設備。 Input 驅動程序的主設備號是 l3 ，每一種 Input 設備從設備號占 用5 位 ， 3 種從設備號分配是 ： 游戲桿 0 ～ 61 ； Mouse 滑鼠 33 ～ 62 ； Mice 滑鼠 63 ； 事件設備 64 ～ 95 ，各個具體的設備在 misc 、 touchscreen 、 keyboard 等目錄中。
Event 設備在用戶空問使用 read 、 ioctl 、 poll 等文件系統的介面操作， read 用於讀取輸入信息， ioctl 用於獲取和設置信息， poll 用於用戶空間的阻塞，當內核有按鍵等中斷時，通過在中斷中喚醒內核的 poll 實現。

Event 輸入驅動的架構和實現：
Linux設備驅動之——input子系統

3.ALSA音頻驅動
高級 Linux 聲音體系 ALSA(Advanced Linux Sound Architecture ) 是為音頻系統提供驅動 的Linux 內核組件，以替代原先的開發聲音系統 OSS 。它是一個完全開放源代碼的音頻驅動程序集 ，除了像 OSS 那樣提供一組內核驅動程序模塊之外 ， ALSA 還專門為簡化應用程序的編寫提供相應的函數庫，與 OSS 提供的基於 ioctl 等原始編程介面相比， ALSA 函數庫使用起來要更加方便一些
利用該函數庫，開發人員可以方便、快捷地開發出自己的應用程序，細節則留給函數庫進行內部處理 。 所以雖然 ALSA 也提供了類似於 OSS 的系統介面 ， 但建議應用程序開發者使用音頻函數庫，而不是直接調用驅動函數。
ALSA 驅動的主設備號為 116 ，次設備號由各個設備單獨定義，主要的設備節點如下：
/ dev / snd / contmlCX —— 主控制 ；
/ dev / snd / pcmXXXc —— PCM 數據通道 ；
/ dev / snd / seq —— 順序器；
/ dev / snd / timer —— 定義器。
在用戶空問中 ， ALSA 驅動通常配合 ALsA 庫使用 ， 庫通過 ioctl 等介面調用 ALSA 驅動程序的設備節點。對於 AIJSA 驅動的調用，調用的是用戶空間的 ALsA 庫的介面，而不是直接調用 ALSA 驅動程序。
ALSA 驅動程序的主要頭文件是 include / sound ./ sound . h ，驅動核心數據結構和具體驅動的注冊函數是 include / sound / core . h ，驅動程序 的核心實現是 Sound / core / sound . c 文件。
ALSA 驅動程序使用下面的函數注冊控制和設備：
int snd _ pcm _ new (struct snd _ card * card ， char * id ， int device ， int playback _ count ， int capture _ count ， struct snd _ pcm ** rpcm) ；
int snd ctl _ add(struct snd _ card * card ， struct snd _ kcontrol * kcontro1) ；
ALSA 音頻驅動在內核進行 menuconfig 配置時 ， 配置選項為 「 Device Drivers 」 > 「 Sound c ard support 」 一 > 「 Advanced Linux Sound Architecture 」 。子選項包含了 Generic sound devices( 通用聲音設備 ) 、 ARM 體系結構支持，以及兼容 OSS 的幾個選項。 ALsA 音頻驅動配置對應的文件是sound / core / Kconfig 。
Android 沒有直接使用 ALSA 驅動，可以基於 A-LSA 驅動和 ALSA 庫實現 Android Audio 的硬體抽象層； ALSA 庫調用內核的 ALSA 驅動， Audio 的硬體抽象層調用 ALSA 庫。
4.OSS音頻驅動
OSS（Open Sound System開放聲音系統）是 linux 上最早出現的音效卡驅動。OSS 由一套完整的內核驅動程序模塊組成，可以為絕大多數音效卡提供統一的編程介面。
OSS 是字元設備，主設備號14，主要包括下面幾種設備文件：
1） /dev/sndstat
它是音效卡驅動程序提供的簡單介面，它通常是一個只讀文件，作用也只限於匯報音效卡的當前狀態。（用於檢測音效卡）
2）/dev/dsp
用於數字采樣和數字錄音的設備文件。對於音頻編程很重要。實現模擬信號和數字信號的轉換。

3）/dev/audio
類似於/dev/dsp，使用的是 mu-law 編碼方式。

4）/dev/mixer
用於多個信號組合或者疊加在一起，對於不同的音效卡來說，其混音器的作用可能各不相同。

5）/dev/sequencer
這個設備用來對音效卡內建的波表合成器進行操作，或者對 MIDI 匯流排上的樂器進行控制。
OSS 驅動所涉及的文件主要包括：
kernel/include/linux/soundcard.h
kernel/include/linux/sound.h 定義 OSS 驅動的次設備號和注冊函數
kernel/sound_core.c OSS核心實現部分
5.V4l2視頻驅動
V4L2是V4L的升級版本，為linux下視頻設備程序提供了一套介面規范。包括一套數據結構和底層V4L2驅動介面。V4L2提供了很多訪問介面，你可以根據具體需要選擇操作方法。需要注意的是，很少有驅動完全實現了所有的介面功能。所以在使用時需要參考驅動源碼，或仔細閱讀驅動提供者的使用說明。
V4L2的主設備號是81，次設備號：0~255，這些次設備號里也有好幾種設備（視頻設備、Radio設備、Teletext、VBI）。
V4L2的設備節點： /dev/videoX, /dev/vbiX and /dev/radioX
Android 設備驅動（下）

MTD 驅動
Flash 驅動通常使用 MTD （memory technology device )，內存技術設備。
MTD 的字元設備：
/dev/mtdX
主設備號 90.
MTD 的塊設備：
/dev/block/mtdblockX

主設備號 13.
MTD 驅動源碼

drivers/mtd/mtdcore.c：MTD核心，定義MTD原始設備
drivers/mtd/mtdchar.c：MTD字元設備
drivers/mtd/mtdblock.c：MTD塊設備
MTD 驅動程序是 Linux 下專門為嵌入式環境開發的新一類驅動程序。Linux 下的 MTD 驅動程序介面被劃分為用戶模塊和硬體模塊：
用戶模塊 提供從用戶空間直接使用的介面：原始字元訪問、原始塊訪問、FTL （Flash Transition Layer）和JFS（Journaled File System）。

硬體模塊 提供內存設備的物理訪問，但不直接使用它們，二十通過上述的用戶模塊來訪問。這些模塊提供了快閃記憶體上讀、寫和擦除等操作的實現。

藍牙驅動

在 Linux 中，藍牙設備驅動是網路設備，使用網路介面。
Android 的藍牙協議棧使用BlueZ實現來對GAP, SDP以及RFCOMM等應用規范的支持,並獲得了SIG認證。由於Bluez使用GPL授權, 所以Android 框架通過D-BUS IPC來與bluez的用戶空間代碼交互以避免使用未經授權的代碼。

藍牙協議部分頭文件：
include/net/bluetooth/hci_core.h
include/net/bluetooth/bluetooth.h
藍牙協議源代碼文件：
net/bluetooth/*
藍牙驅動程序部分的文件：
drivers/bluetooth/*

藍牙的驅動程序一般都通過標準的HCI控制實現。但根據硬體介面和初始化流程的不同，又存在一些差別。這類初始化動作一般是一些晶振頻率，波特率等基礎設置。比如CSR的晶元一般通過BCSP協議完成最初的初始化配置，再激活標准HCI控制流程。對Linux來說，一旦bluez可以使用HCI與晶元建立起通信(一般是hciattach + hciconfig)，便可以利用其上的標准協議(SCO, L2CAP等)，與藍牙通信，使其正常工作了。

WLAN 設備驅動（Wi-Fi）（比較復雜我面會專門寫個wifi分析）

在linux中，Wlan設備屬於網路設備，採用網路介面。
Wlan在用戶空間採用標準的socket介面進行控制。
WiFi協議部分頭文件：
include/net/wireless.h
WiFi協議部分源文件：
net/wireless/*
WiFi驅動程序部分：
drivers/net/wireless/*

㈡ Android底層介面與驅動開發技術詳解的內容介紹

《Android底層介面與驅動開發技術詳解》循序漸進地講解了Android底層開發技術的基本知識，由淺入深地講解了驅動開發和移植技術的精髓。《Android底層介面與驅動開發技術詳解》內容實用，講解翔實，全書分為3篇共21章，第1～3章是基礎篇，介紹了Android開發的基礎性知識，分別講解了搭建開發環境、驅動介紹和Linux內核的基本知識；第4～9章是必備技術篇，詳細講解了Android底層開發的必備技術，分別講解了分析Android源碼、驅動移植、HAL層分析、Goldfish內核驅動分析、MSM內核驅動分析和OMAP內核驅動分析的基本知識；第10～21章是核心技術與應用篇，詳細講解了Android系統中常用驅動的移植知識，分別講解了顯示系統、輸入系統、振動器系統、音頻系統、視頻輸出系統、OpenMax多媒體框架、多媒體插件框架、感測器系統、照相機系統、Wi—Fi系統、藍牙系統、電話系統、GPS系統、Alarm警報器系統、光系統和Battery電池的移植知識。《Android底層介面與驅動開發技術詳解》定位於Android的中、高級用戶，也可以作為向此領域發展的程序員的參考書。

㈢ 學習Android camera驅動開發買哪個開發板

像榮品電子的6818開發板、4418開發板都屬於中低端，5260開發板屬於中高端。當然，要更高端的開發板也有，不過一般做研發、自學這些都已經夠了。主要是根據你的學習目的和要求來選擇，還有費用水平。

驅動開發的技巧：

驅動開發有套路的不管是用戶態驅動還是內核態驅動，基本按照這個套路走，就不會有大問題。特別是初級用戶態驅動，是一層很薄的軟體，就像一個洋蔥剝幾層就看到最裡面的東西，沒太多技術。大部分驅動由於主要做控制和初始化，涉及不到復雜的演算法，所以其實編碼階段大部分都不會太難。

㈣ android 底層驅動開發怎麼入手，之前沒接觸過linux，懂android應用開發，怎麼入門學底層

驅動都是使用C寫的，所以你想搞底層驅動開發，你要有一定的C基礎。對於開發驅動來說，Windows系統是非常不適合的，特別是Android本身就是Linux內核，所以你也要掌握Linux操作系統，比如腳本的編寫，C代碼的編譯等等。

㈤ Android HID觸摸屏驅動怎麼開發

一般都是走這兩個文件之一。
drivers/hid/hid-multitouch.c
drivers/input/touchscreen/usbtouchscreen.c
在這兩個文件里填上你的USB ID和實際的處理數據過程就行了。

㈥ Android 重學系列 ion驅動源碼淺析

上一篇文章，在解析初始化GraphicBuffer中，遇到一個ion驅動，對圖元進行管理。首先看看ion是怎麼使用的：

我們按照這個流程分析ion的源碼。

如果對ion使用感興趣，可以去這篇文章下面看 https://blog.csdn.net/hexiaolong2009/article/details/102596744

本文基於Android的Linux內核版本3.1.8

遇到什麼問題歡迎來本文討論 https://www.jianshu.com/p/5fe57566691f

什麼是ion？如果是音視頻，Camera的工程師會對這個驅動比較熟悉。最早的GPU和其他驅動協作申請一塊內存進行繪制是使用比較粗暴的共享內存。在Android系統中使用的是匿名內存。最早由三星實現了一個Display和Camera共享內存的問題，曾經在Linux社區掀起過一段時間。之後各路大牛不斷的改進之下，就成為了dma_buf驅動。並在 Linux-3.3 主線版本合入主線。現在已經廣泛的運用到各大多媒體開發中。

首先介紹dma_buf的2個角色，importer和exporter。importer是dma_buf驅動中的圖元消費者，exporter是dma_buf驅動中的圖元生產者。

這里借用大佬的圖片：

ion是基於dma_buf設計完成的。經過閱讀源碼，其實不少思路和Android的匿名內存有點相似。閱讀本文之前就算不知道dma_buf的設計思想也沒關系，我不會仔細到每一行，我會注重其在gralloc服務中的申請流程，看看ion是如何管理共享內存，為什麼要拋棄ashmem。

我們先來看看ion的file_operation:

只有一個open和ioctl函數。但是沒有mmap映射。因此mmap映射的時候一定其他對象在工作。

我們關注顯卡英偉達的初始化模塊。
文件：/ drivers / staging / android / ion / tegra / tegra_ion.c

mole_platform_driver實際上就是我之前經常提到過的mole_init的一個宏,多了一個register注冊到對應名字的平台中的步驟。在這裡面注冊了一個probe方法指針，probe指向的tegra_ion_probe是載入內核模塊注冊的時候調用。

先來看看對應的結構體：

再來看看對應ion內的堆結構體：

完成的事情如下幾個步驟：

我們不關注debug模式。其實整個就是我們分析了很多次的方法。把這個對象注冊miscdevice中。等到insmod就會把整個整個內核模塊從dev_t的map中關聯出來。

我們來看看這個驅動結構體：

文件：/ drivers / staging / android / ion / ion_heap.c

這里有四個不同堆會申請出來，我們主要來看看默認的ION_HEAP_TYPE_SYSTEM對應的heap流程。

其實真正象徵ion的內存堆是下面這個結構體

不管原來的那個heap，會新建3個ion_system_heap，分別order為8，4，0,大於4為大內存。意思就是這個heap中持有一個ion_page_pool 頁資源池子，裡面只有對應order的2的次冪，內存塊。其實就和夥伴系統有點相似。

還會設置flag為ION_HEAP_FLAG_DEFER_FREE，這個標志位後面會用到。

文件：/ drivers / staging / android / ion / ion_page_pool.c

在pool中分為2個鏈表一個是high_items，另一個是low_items。他們之間的區分在此時就是以2為底4的次冪為分界線。

文件：/ drivers / staging / android / ion / ion.c

因為打開了標志位ION_HEAP_FLAG_DEFER_FREE和heap存在shrink方法。因此會初始化兩個回收函數。

文件：/ drivers / staging / android / ion / ion_heap.c

此時會創建一個內核線程，調用ion_heap_deferred_free內核不斷的循環處理。不過由於這個線程設置的是SCHED_IDLE，這是最低等級的時間片輪轉搶占。和Handler那個adle一樣的處理規則，就是閑時處理。

在這個循環中，不斷的循環銷毀處理heap的free_list裡面已經沒有用的ion_buffer緩沖對象。

文件：/ drivers / staging / android / ion / ion_system_heap.c

注冊了heap的銷毀內存的方法。當系統需要銷毀頁的時候，就會調用通過register_shrinker注冊進來的函數。

文件：/ drivers / staging / android / ion / ion_page_pool.c

整個流程很簡單，其實就是遍歷循環需要銷毀的頁面數量，接著如果是8的次冪就是移除high_items中的page緩存。4和0則銷毀low_items中的page緩存。至於為什麼是2的次冪其實很簡單，為了銷毀和申請簡單。__free_pages能夠整頁的銷毀。

文件：/ drivers / staging / android / ion / ion.c

主要就是初始化ion_client各個參數，最後把ion_client插入到ion_device的clients。來看看ion_client結構體：

核心還是調用ion_alloc申請一個ion緩沖區的句柄。最後把數據拷貝會用戶空間。

這個實際上就是找到最小能承載的大小，去申請內存。如果8kb申請內存，就會拆分積分在0-4kb，4kb-16kb，16kb-128kb區間找。剛好dma也是在128kb之內才能申請。超過這個數字就禁止申請。8kb就會拆成2個4kb保存在第一個pool中。

最後所有的申請的page都添加到pages集合中。

文件：/ drivers / staging / android / ion / ion_page_pool.c

能看到此時會從 ion_page_pool沖取出對應大小區域的空閑頁返回上層，如果最早的時候沒有則會調用ion_page_pool_alloc_pages申請一個新的page。由於引用最終來自ion_page_pool中，因此之後申請之後還是在ion_page_pool中。

這里的處理就是為了避免DMA直接內存造成的緩存差異(一般的申請，默認會帶一個DMA標志位)。換句話說，是否打開cache其實就是，關閉了則使用pool的cache，打開了則不使用pool緩存，只依賴DMA的緩存。

我們可以看另一個dma的heap，它是怎麼做到dma內存的一致性.
文件： drivers / staging / android / ion / ion_cma_heap.c

能看到它為了能辦到dma緩存的一致性，使用了dma_alloc_coherent創建了一個所有強制同步的地址，也就是沒有DMA緩存的地址。

這里出現了幾個新的結構體，sg_table和scatterlist

文件：/ lib / scatterlist.c

這裡面實際上做的事情就是一件：初始化sg_table.
sg_table中有一個核心的對象scatterlist鏈表。如果pages申請的對象數量<PAGE_SIZE/sizeof(scatterlist),每一項sg_table只有一個scatterlist。但是超出這個數字就會增加一個scatterlist。

用公式來說：

換句話說，每一次生成scatterlist的鏈表就會直接盡可能占滿一頁，讓內存更好管理。

返回了sg_table。

初始化ion_handle，並且記錄對應的ion_client是當前打開文件的進程，並且設置ion_buffer到handle中。使得句柄能夠和buffer關聯起來。

每當ion_buffer需要銷毀，

㈦ Android 驅動開發應該如何入門和學習成長

一.認識android的架構
Android其本質就是在標準的Linux系統上增加了java虛擬機Dalvik，並在Dalvik虛擬機上搭建了一個JAVA的application framework，所有的應用程序都是基於JAVA的application framework之上。
android分為四個層，從高層到低層分別是應用程序層、應用程序框架層、系統運行庫層和linux核心層。
二.搭建環境
搭建開發環境
對國內的開發者來說最痛苦的是無法去訪問android開發網站。為了更好的認識世界，對程序員來說，會翻牆也是的一門技術，帶你去領略牆外的世界，好了，不廢話了, 國內開發者訪問(androiddevtools) 上面已經有了所有你要的資源，同時可以下載到我們的主角framework
但是這樣的搭建只能去閱讀源代碼，我們無法去更進一步去實現自己的rom,我們看到錘子的系統在早期的開放rom是自己從新實現了framework的代碼，現在看起來他成功了，所以我們還要去搭建android系統的源碼編譯環境。
搭建源碼編譯環境

三.開始主題
在一開始寫c程序的時候都有一個運行的入口，比如
#include <iostream>
#include <cmath>
#include <algorithm>
using namespace std;
//這里的main就是應用的入口
int main(int argc, const char * argv[]){
return 0;
}
在計算機網路原理中我們用socket實現一個伺服器端，不斷的接聽客戶端的訪問，而且他的代碼是這樣實現的：
#include <winsock2.h>
#pragma comment(lib, "WS2_32.lib")
#include <stdio.h>
void main()
{
WORD wVersionRequested;//版本號
WSADATA wsaData;
int err;
wVersionRequested = MAKEWORD(2, 2);//2.2版本的套接字
//載入套接字型檔,如果失敗返回
err = WSAStartup(wVersionRequested, &wsaData);
if (err != 0)
{
return;
}
//判斷高低位元組是不是2,如果不是2.2的版本則退出
if (LOBYTE(wsaData.wVersion) != 2 ||
HIBYTE(wsaData.wVersion) != 2)
{
return;
}
//創建流式套接字,基於TCP(SOCK_STREAM)
SOCKET socSrv = socket(AF_INET, SOCK_STREAM, 0);
//Socket地址結構體的創建
SOCKADDR_IN addrSrv;
addrSrv.sin_addr.S_un.S_addr = htonl(INADDR_ANY);//轉換Unsigned long型為網路位元組序格
addrSrv.sin_family = AF_INET;//指定地址簇
addrSrv.sin_port = htons(6000);
//指定埠號,除sin_family參數外,其它參數都是網路位元組序,因此需要轉換
//將套接字綁定到一個埠號和本地地址上
bind(socSrv, (SOCKADDR*)&addrSrv, sizeof(SOCKADDR));//必須用sizeof，strlen不行
listen(socSrv, 5);
SOCKADDR_IN addrClient;//字義用來接收客戶端Socket的結構體
int len = sizeof(SOCKADDR);//初始化參數,這個參數必須進行初始化，sizeof
//循環等待接受客戶端發送請求
while (1)
{
//等待客戶請求到來；當請求到來後，接受連接請求，
//返回一個新的對應於此次連接的套接字（accept）。
//此時程序在此發生阻塞
SOCKET sockConn = accept(socSrv, (SOCKADDR*)&addrClient, &len);
char sendBuf[100];
sprintf(sendBuf, "Welcome %s to JoyChou",
inet_ntoa(addrClient.sin_addr));//格式化輸出
//用返回的套接字和客戶端進行通信
send(sockConn, sendBuf, strlen(sendBuf)+1, 0);//多發送一個位元組
//接收數據
char recvBuf[100];
recv(sockConn, recvBuf, 100, 0);
printf("%s\\n", recvBuf);
closesocket(sockConn);
}
}
他採用了一個while死循環去監聽客戶端的請求。

先上源代碼
public final class ActivityThread {
public static void main(String[] args) {
SamplingProfilerIntegration.start();
CloseGuard.setEnabled(false);
Environment.initForCurrentUser();
EventLogger.setReporter(new EventLoggingReporter());
Security.addProvider(new AndroidKeyStoreProvider());
final File configDir = Environment.getUserConfigDirectory(UserHandle.myUserId());
TrustedCertificateStore.setDefaultUserDirectory(configDir);
Process.setArgV0("<pre-initialized>");
Looper.prepareMainLooper();
//從中可以看到為app開辟了一個線程進入了looper之中
ActivityThread thread = new ActivityThread();
thread.attach(false);
if (sMainThreadHandler == null) {
sMainThreadHandler = thread.getHandler();
}
AsyncTask.init();
if (false) {
Looper.myLooper().setMessageLogging(new
LogPrinter(Log.DEBUG, "ActivityThread"));
}
Looper.loop();
throw new RuntimeException("Main thread loop unexpectedly exited");
}
}
看到源碼失望了，沒有一個while循環啊，其實用了他方法實現
//用一個looper的機制循環監聽響應
Looper.prepareMainLooper();
Looper.loop();
進一步深入代碼
public static void loop() {
final Looper me = myLooper();
if (me == null) {
throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
}
final MessageQueue queue = me.mQueue;
Binder.clearCallingIdentity();
final long ident = Binder.clearCallingIdentity();
// 在這里看到了一個循環監聽消息
for (;;) {
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
}
Printer logging = me.mLogging;
if (logging != null) {
logging.println(">>>>> Dispatching to " + msg.target + " " +
msg.callback + ": " + msg.what);
}
msg.target.dispatchMessage(msg);
if (logging != null) {
logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);
}
// Make sure that ring the course of dispatching the
// identity of the thread wasn't corrupted.
final long newIdent = Binder.clearCallingIdentity();
if (ident != newIdent) {
Log.wtf(TAG, "Thread identity changed from 0x"
+ Long.toHexString(ident) + " to 0x"
+ Long.toHexString(newIdent) + " while dispatching to "
+ msg.target.getClass().getName() + " "
+ msg.callback + " what=" + msg.what);
}
msg.recycleUnchecked();
}
}

㈧ 做Android驅動開發一定要懂Framework嗎

理論上是不太需要。不過作為一個android開發者，任何一個方面都需要了解，這樣可以開發出更健壯的程序。驅動大部分是c，c++的。framework在驅動上層，將驅動功能封裝為到java層給應用提供出系統硬體服務