淺析android中的線程封裝
簡單寫一下android 對線程 的c++封裝~~~其實API已經(jīng)寫得很清楚了~~
封裝 的文件 :/frameworks/base/include/utils/threads.h
這里不討論具體實現(xiàn),具體實現(xiàn)是和系統(tǒng) 相關(guān)聯(lián)的~~首先Anroid提供了幾個與直接創(chuàng)建線程的函數(shù):
inline bool createThread(thread_func_t f, void *a)
inline bool createThreadEtc(thread_func_t entryFunction,
void *userData,
const char* threadName = "android:unnamed_thread",
int32_t threadPriority = PRIORITY_DEFAULT,
size_t threadStackSize = 0,
thread_id_t *threadId = 0)
inline thread_id_t getThreadId()
下面看看Android的mutex,基本和posix的mutex很像,唯一增加了一個Mutex::Autolock,這個自動鎖用得是比較多的,在作用域里加鎖,脫離作用域就會自動解鎖。
class Autolock {
public:
inline Autolock(Mutex& mutex) : mpMutex(&mutex) { mutex.lock(); }
inline Autolock(Mutex* mutex) : mpMutex(mutex) { mutex->lock(); }
inline ~Autolock() { mpMutex->unlock(); }
private:
Mutex* mpMutex;
};
再看看Andorid的Condition,用法基本和posix差不多,因為本身是條件變量所以只有一個mutex參數(shù)~~
最后看看android的thread類,在實際使用的過程中都是繼承這個thread類來創(chuàng)建自己的thread類,并定義線程的執(zhí)行內(nèi)容,下面主要圍繞創(chuàng)建自己的線程類需要實現(xiàn)的幾個函數(shù)說說:
class Thread : virtual public RefBase
首先它繼承自RefBase類,一般在使用的時候要實現(xiàn)onFirstRef()這個父類函數(shù),一般經(jīng)典 的用法是在里面運行Thread的run函數(shù),這樣在創(chuàng)建thread的實例 的時候就開始運行這個線程了。當然也可以不在這里執(zhí)行run()函數(shù),在其他地方執(zhí)行run()函數(shù)啟動這個線程。
virtual status_t run( const char* name = 0,
int32_t priority = PRIORITY_DEFAULT,
size_t stack = 0);
創(chuàng)建一個thread實例的時候,線程并沒有運行,只有在執(zhí)行run()函數(shù)的時候,線程才開始真正的開始運行。
virtual status_t readyToRun();
這個函數(shù)定義thread執(zhí)行前的初始化工作
virtual bool threadLoop() = 0;
這個函數(shù)是每個線程類都要實現(xiàn)的,在這里定義thread的執(zhí)行內(nèi)容,這個函數(shù)如果返回true,則函數(shù)會不停地執(zhí)行threadloop中的內(nèi)容,如果這個函數(shù)返回false,則threadloop中的內(nèi)容僅僅執(zhí)行一次線程就會退出。
相關(guān)文章
WindowManagerService服務是如何以堆棧的形式來組織窗口
我們知道,在Android系統(tǒng)中,Activity是以堆棧的形式組織在ActivityManagerService服務中的;在本文中,我們就詳細分析WindowManagerService服務是如何以堆棧的形式來組織窗口的2013-01-01Android序列化之Parcelable和Serializable的使用詳解
本篇文章主要介紹了Android序列化之Parcelable和Serializable的使用詳解,具有一定的參考價值,感興趣的小伙伴們可以參考一下2018-01-01