<nav id="g8as8"></nav>
準則6: 遵守多線程編程的常識 要準確把握在POSIX標準的函數中，那些函數是非線程安全的，一定不要使用 要讓自己編寫的函數符合線程安全 在訪問共享數據/變量之前一定要先鎖定 如果使用C++的話，一定要注意函數的同步方法
準則6: 遵守多線程編程的常識
說明: (2) 要讓自己編寫的函數符合線程安全
在寫多線程的應用程序時,在多個線程里共享的變量要先鎖定然后在更新它.。那么在多線程里共享的變量主要有全局變量和函數內的靜態變量。而且,即使是short型和int型的共享變量也要先鎖定后更新才能保證其安全。
※ 詳細的是參考 還有,在使用C++編程的場合要注意函數的方步方法。一般的說來下面的寫法是錯誤的。Mutex在函數內被聲明成靜態變量是不允許的。 int incr_counter(void) { static Mutex m; // 這么寫不行 m.Lock(); static int counter = 0; int ret = ++counter; m.Unlock(); return ret;} 應該用下面的方式來代替, Mutex m;int incr_counter(void) { m.Lock(); // ... 把Mutex聲明成全局變量的話比較好(稍微比上一個好)。 ※ 詳細是參考 UNIX上C++程序設計守則(6)-- 補記 線程安全函數是像下面那樣 不要操作局部的靜態變量(函數內的static型的變量)和非局部的靜態數據(全局變量)。并且,其它的非線程安全函數不要調用 要操作這樣的變量的話, 就要使用mutex進行同步處理,來限制多個線程同時對它進行操作 被定義的,但是 特別是前者, 和被叫做可重入的(reentrant)函數有區別 反之, 后者特別是和叫做"Serializable"(不單單是MT-Safe)"Safe"的函數有區別 也有以上的情況。在Solaris的man手冊里, 用后者的方式進行區別. 從多線程程序里安全調用的話,就叫做"Safe", 而且, 在多線程中能夠并發(concurrency)地執行這個函數的處理的話,好像就叫做"MT-Safe"。 ? 嗯, 因為比較詳細的, 如果不是在對于執行速度要求比較苛刻的環境中編寫代碼的話, 單單地意識到「是否線程安全」就足夠了,不是嗎。
還有,在使用C++編程的場合要注意函數的方步方法。一般的說來下面的寫法是錯誤的。Mutex在函數內被聲明成靜態變量是不允許的。
int incr_counter(void) { static Mutex m; // 這么寫不行 m.Lock(); static int counter = 0; int ret = ++counter; m.Unlock(); return ret;}
應該用下面的方式來代替,
Mutex m;int incr_counter(void) { m.Lock(); // ...
把Mutex聲明成全局變量的話比較好(稍微比上一個好)。
※ 詳細是參考 UNIX上C++程序設計守則(6)-- 補記 線程安全函數是像下面那樣 不要操作局部的靜態變量(函數內的static型的變量)和非局部的靜態數據(全局變量)。并且,其它的非線程安全函數不要調用 要操作這樣的變量的話, 就要使用mutex進行同步處理,來限制多個線程同時對它進行操作 被定義的,但是 特別是前者, 和被叫做可重入的(reentrant)函數有區別 反之, 后者特別是和叫做"Serializable"(不單單是MT-Safe)"Safe"的函數有區別 也有以上的情況。在Solaris的man手冊里, 用后者的方式進行區別. 從多線程程序里安全調用的話,就叫做"Safe", 而且, 在多線程中能夠并發(concurrency)地執行這個函數的處理的話,好像就叫做"MT-Safe"。 ? 嗯, 因為比較詳細的, 如果不是在對于執行速度要求比較苛刻的環境中編寫代碼的話, 單單地意識到「是否線程安全」就足夠了,不是嗎。
UNIX上C++程序設計守則(6)-- 補記
線程安全函數是像下面那樣
被定義的,但是
也有以上的情況。在Solaris的man手冊里, 用后者的方式進行區別. 從多線程程序里安全調用的話,就叫做"Safe", 而且, 在多線程中能夠并發(concurrency)地執行這個函數的處理的話,好像就叫做"MT-Safe"。
?
嗯, 因為比較詳細的, 如果不是在對于執行速度要求比較苛刻的環境中編寫代碼的話, 單單地意識到「是否線程安全」就足夠了,不是嗎。
Powered by: C++博客 Copyright © S.l.e!ep.￠%