❶ linux鐨剆ignal
c璇璦signal鍑芥暟鐨勫簲鐢錛
signal鏄涓涓緋葷粺璋冪敤銆傛槸涓縐嶇壒孌婄殑涓鏂錛屽綋鏌愮嶇壒瀹氱殑鈥滆蔣浠朵腑鏂鈥濆彂鐢熸椂銆傜敤浜庤皟鐢ㄧ殑紼嬪簭銆備腑鏂閫氬父鏄紼嬪簭榪愯屼腑鍑虹幇鐨勭壒孌婃儏鍐碉紝濡傚紩鐢ㄧ壒孌婂唴瀛樹腑鐨勯潪娉曞湴鍧錛屾誕鐐規暟琚0闄ゃ
signal()鐨勫師鍨嬩負錛
#includesignal錛巋>
void(*signal(inthum錛寁oid(*func)(int)))(int)銆
signal涓鐨剗nt_鏁板強鍏跺惈涔
SIGHUP1A緇堢鎸傝搗鎴栬呮帶鍒惰繘紼嬬粓姝
SIGINT2A閿鐩樹腑鏂錛堝俠reak閿琚鎸変笅錛
SIGQU99v3C閿鐩樼殑閫鍑洪敭琚鎸変笅
SIGILL4C闈炴硶鎸囦護
SIGABRT6C鐢盿bort(3)鍙戝嚭鐨勯鍑烘寚浠
SIGFPE8C嫻鐐瑰紓甯
SIGKILL9AEFKill淇″彿
SIGSEGV11C鏃犳晥鐨勫唴瀛樺紩鐢
SIGPIPE13A綆￠亾鐮磋:鍐欎竴涓娌℃湁璇籶ort鐨勭￠亾
SIGALRM14A鐢盿larm(2)鍙戝嚭鐨勪俊鍙
SIGTERM15A緇堟淇″彿
SIGUSR130,10,16A鐢ㄦ埛鑷宸卞畾涔変俊鍙1
SIGUSR231,12,17A鐢ㄦ埛鑷宸卞畾涔変俊鍙2
SIGCHLD20,17,18B瀛愯繘紼嬬粨鏉熶俊鍙
SIGCONT19,18,25榪涚▼緇х畫錛堟浘琚鍋滄㈢殑榪涚▼錛
SIGSTOP17,19,23DEF緇堟㈣繘紼
SIGTSTP18,20,24D鎺у埗緇堢錛坱ty錛変笂鎸変笅鍋滄㈤敭
SIGTTIN21,21,26D鍚庡彴榪涚▼浼佸浘浠庢帶鍒剁粓絝璇
SIGTTOU22,22,27D鍚庡彴榪涚▼浼佸浘浠庢帶鍒剁粓絝鍐
浠ヤ笅鐨勪俊鍙鋒病鍦≒OSIX.1涓鍒楀嚭錛岃屽湪SUSv2鍒楀嚭
SIGBUS10,7,10C鎬葷嚎閿欒(閿欒鐨勫唴瀛榑闂)
SIGPOLLASysV瀹氫箟鐨凱ollable浜嬩歡錛屼笌SIGIO鍚屼箟
SIGPROF27,27,29AProfiling瀹氭椂鍣ㄥ埌
SIGSYS12,-,12C鏃犳晥鐨勭郴緇熻皟鐢(SVID)
SIGTRAP5C璺熻釜/鏂鐐規崟鑾
SIGURG16,23,21BSocket鍑虹幇緔фユ潯浠(4.2BSD)
SIGVTALRM26,26,28A瀹為檯鏃墮棿鎶ヨ︽椂閽熶俊鍙(4.2BSD)
SIGXCPU24,24,30C瓚呭嚭璁懼畾鐨凜PU鏃墮棿闄愬埗(4.2BSD)
SIGXFSZ25,25,31C瓚呭嚭璁懼畾鐨勬枃浠墮檺鍒跺ぇ灝(4.2BSD)
錛堝逛簬SIGSYS銆係IGXCPU銆係IGXFSZ銆備互鍙婃煇浜涙満鍣ㄤ綋緋葷粨鏋勪笅鐨凷IGBUS錛孡inux緙虹渷鐨勫姩浣滄槸A(terminate)錛孲USv2鏄疌(terminateandmpcore)錛夈
浠ヤ笅鏄鍏朵粬鐨勪竴浜涗俊鍙
淇″彿鍊煎勭悊鍔ㄤ綔鍙戝嚭淇″彿鐨勫師鍥
SIGIOT6CIO鎹曡幏鎸囦護錛屼笌SIGABRT鍚屼箟
SIGEMT7,-,7
SIGSTKFLT-,16,-A鍗忓勭悊鍣ㄥ爢鏍堥敊璇
SIGIO23,29,22A鏌怚/O鎿嶄綔濡備粖鑳藉熻繘琛屼簡(4.2BSD)
SIGCLD-,-,18A涓嶴IGCHLD鍚屼箟
SIGPWR29,30,19A鐢墊簮鏁呴殰(SystemV)
SIGINFO29,-,-A涓嶴IGPWR鍚屼箟
SIGLOST-,-,-A鏂囦歡閿佷涪澶
SIGWINCH28,28,20B紿椾綋澶у皬鏀瑰彉(4.3BSD,Sun)
SIGUNUSED-,31,-A鏈浣跨敤鐨勪俊鍙(willbeSIGSYS)
Linux涓嬪備綍鑾峰彇緗戝崱淇℃伅錛
鏌ョ湅linux鐨勭綉鍗′俊鎮姝ラゅ備笅錛氬伐鍏峰師鏂欙細linux鎿嶄綔緋葷粺鈶犲惎鍔╨inux鎿嶄綔緋葷粺錛岃繘鍏ュ埌妗岄潰錛
鈶″惎鍔ㄧ粓絝錛
鈶㈢粓絝杈撳叆鍛戒護ifconfigeth0錛屽洖杞︼紱鈶linux鐨勭綉鍗′俊鎮瑙ｈ伙細
1.鏌ョ湅緗戝崱鐢熶駭鍘傚晢鍜屼俊鍙鳳細鏌ョ湅鍩烘湰淇℃伅錛歭spci鏌ョ湅璇︾粏淇℃伅錛歭spci-vvv#3涓灝忓啓鐨剉鏌ョ湅緗戝崱淇℃伅錛歭spci|grepEthernet錛
2.鏌ョ湅緗戝崱椹卞姩錛氭煡鐪嬬綉鍗￠┍鍔ㄤ俊鎮錛歭spci-vvv#鎵懼埌緗戝崱璁懼囩殑璇︾粏淇℃伅錛屽寘鎷緗戝崱椹卞姩#lsmod鍒楀嚭鍔犺澆鐨勬墍鏈夐┍鍔錛屽寘鎷緗戝崱椹卞姩錛
3.鏌ョ湅緗戝崱椹卞姩鐗堟湰鏌ョ湅妯″潡淇℃伅錛歮odifomolename>#鍏朵腑鍖呭惈version淇℃伅鎴#ethtool-idevicename>錛
4.鏌ョ湅緗戠粶鎺ュ彛闃熷垪鏁版煡鐪嬬綉鍗℃帴鍙ｇ殑涓鏂淇℃伅錛#cat/proc/interrupts|grepeth0鎴#ethtool-Seth0錛
5.鏌ョ湅緗戝崱椹卞姩婧愮爜鐨勭増鏈鍙瘋В鍘婭ntel緗戝崱椹卞姩婧愮爜錛屾墦寮瑙ｅ帇緙╃洰褰曚笅鐨*.spec鏂囦歡鏌ョ湅椹卞姩鐨勭増鏈錛
淇″彿he鏄鎸囦粈涔堬紵
淇″彿he鏄鎸囩殑鏄淇″彿鐨勭瘒騫呰緝灝戱紝灝辨妸浠栧拰淇″彿閲忔斁鍦ㄤ竴璧蜂簡淇″彿錛氾紙signal錛夋槸涓縐嶅勭悊寮傛ヤ簨浠剁殑鏂瑰紡銆備俊鍙鋒椂姣旇緝澶嶆潅鐨勯氫俊鏂瑰紡錛岀敤浜庨氱煡鎺ュ彈榪涚▼鏈夋煇縐嶄簨浠跺彂鐢燂紝闄や簡鐢ㄤ簬榪涚▼澶栵紝榪樺彲浠ュ彂閫佷俊鍙風粰榪涚▼鏈韜銆
linux闄や簡鏀鎸乽nix鏃╂湡鐨勪俊鍙瘋涔夊嚱鏁幫紝榪樻敮鎸佽涔夌﹀悎posix.1鏍囧噯鐨勪俊鍙峰嚱鏁
涓轟粈涔坙inux閲岀殑淇″彿鍙戦佸嚱鏁板彨kill鍛錛
鐖惰繘紼嬩細姣斿瓙榪涚▼鎻愭棭緇撴潫錛屽湪浣犲瓙榪涚▼鍙杙pid榪欎釜鏃墮棿鐖惰繘紼嬪凡緇忕粨鏉熶簡錛岃繖涓鏃跺欑浉褰撲簬瀛愯繘紼嬪彉鎴恴ombie錛屼細琚玦nit鏀跺吇錛堣繖涓鍦版柟鎴戜篃涓嶅お鎳傦紝姝ｅ父鏉ヨ村簲璇ュ瓙榪涚▼鐨刾pid鏄1錛岃存槑浣犵殑瀛愯繘紼嬭玦nit涔嬪栫殑榪涚▼鏀跺吇浜嗭級闃誨炵埗榪涚▼鎴栬厀hile1鐨勪綔鐢ㄦ槸涓嶈╃埗榪涚▼緇撴潫錛屼互渚垮瓙榪涚▼鍙栧肩殑鏃跺欑埗榪涚▼渚濈劧淇濈暀
linux淇″彿閲忕嚎紼嬭繘紼嬪尯鍒錛
淇″彿閲忓湪榪涚▼鏄浠ユ湁鍚嶄俊鍙烽噺榪涜岄氫俊鐨勶紝鍦ㄧ嚎紼嬫槸浠ユ棤鍚嶄俊鍙瘋繘琛岄氫俊鐨勶紝鍥犱負綰跨▼linux榪樻病鏈夊疄鐜拌繘紼嬮棿鐨勯氫俊錛屾墍浠ュ湪sem_init鐨勭浜屼釜鍙傛暟瑕佷負0錛岃屼笖鍦ㄥ氱嚎紼嬮棿鐨勫悓姝ユ槸鍙浠ラ氳繃鏈夊悕淇″彿閲忎篃鍙閫氳繃鏃犲悕淇″彿錛屼絾鏄涓鑸鎯呭喌綰跨▼鐨勫悓姝ユ槸鏃犲悕淇″彿閲忥紝鏃犲悕淇″彿閲忎嬌鐢ㄧ畝鍗曪紝鑰屼笖sem_t瀛樺偍鍦ㄨ繘紼嬬┖闂翠腑錛屾湁鍚嶄俊鍙烽噺蹇呴』LINUX鍐呮牳綆＄悊錛岀敱鍐呮牳緇撴瀯structipc_ids瀛樺偍錛屾槸闅忓唴鏍告寔緇鐨勶紝緋葷粺鍏抽棴錛屼俊鍙烽噺鍒欏垹闄わ紝褰撶劧涔熷彲浠ユ樉紺哄垹闄わ紝閫氳繃緋葷粺璋冪敤鍒犻櫎錛
娑堟伅闃熷垪錛屼俊鍙烽噺錛屽唴瀛樺叡浜錛岃繖鍑犱釜閮芥槸涓鏍風殑鍘熺悊銆傦紝鍙涓嶈繃淇″彿閲忓垎涓烘湁鍚嶄笌鏃犲悕
❷ linux 中 kill() 與 signal() 函數
雖然子進程將父進程的函數重新拷貝了一份，子進程和父進程共享同一段內存空間，但不能被共享。可以通過共享內存解決這個問題。使用這個函數void* mmap(void * addr, size_t len, int prot, int flags, int fd, off_t offset)把進程地址空間映射為共享內存。addr為被映射的進程地址空間內存地址，取NULL表示由系統決定；len為被映射地址空間的長度；prot為內存映射區保護參數，通常取為PROT_READ|PROT_WRITE；flags為標志，通常取為MAP_SHARED|MAP_ANON；fd取為-1，offset取為0。成功返回被映射區的起始地址，失敗返回錯誤碼。需要的頭文件為：sys/mman.h。
使用方法：int * share； //假設要把share所指向的一個整型變數映射為共享內存空間。
share = (int *)mmap(NULL, sizeof(int), PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANON, -1, 0 )這樣就能實現你說的 了.
❸ Linux進程間通信第三講 信號signal kill
信號是Linux系統中一種重要的機制，其本質是一種軟體中斷，與硬體中斷類似，用於在程序執行過程中提供異常處理。當一個進程接收到信號時，它會暫停當前任務，轉而執行相應的信號處理函數，處理完成後繼續執行原任務。Linux系統中支持64個信號，這些信號通過宏定義表示，如SIGKILL表示9號信號。信號可以分為兩類：可靠信號（支持排隊）和不可靠信號（不支持排隊），前者如1-31號信號，後者如34-64號信號。當一個進程同時收到多個相同信號時，可靠信號都能接收，而不可靠信號可能會丟失。
信號的處理方式主要有三種：默認處理、忽略信號、捕獲信號。默認處理通常導致進程退出，忽略信號則不進行任何操作，而捕獲信號允許開發人員自定義處理函數。Linux提供了`signal`函數來設置信號的處理方式，參數包括要設置的信號、處理方式，以及默認處理、忽略信號、自定義函數三種選項。
當設置為捕獲信號方式時，需要編寫一個自定義的信號處理函數。收到信號後，程序會暫停當前任務並調用該函數。信號處理函數的定義為無返回值，接受一個int類型的參數。例如，當使用`signal`函數將信號處理方式設置為捕獲信號，並在收到SIGINT信號時調用自定義函數時，可以實現用戶友好的中斷處理，如顯示提示信息或執行特定操作。
值得注意的是，信號處理方式的繼承機制：通過`fork`、`vfork`創建的子進程完全繼承父進程的信號處理方式，而使用`fork`、`vfork`後再調用`exec`系列函數創建的子進程，只有捕獲信號的方式不繼承，因為`exec`函數會替換進程內容，導致信號處理函數不存在。
信號的發送可以通過多種方式實現。除了通過鍵盤快捷鍵（如`ctrl + c`發送SIGINT信號）或硬體故障、程序錯誤等觸發外，還可以使用系統命令（如`kill`命令）或編程介面（如`kill`、`raise`、`alarm`、`pause`函數）來發送信號。例如，通過`kill`函數可以向進程發送特定信號，`raise`函數允許進程自身發送信號，而`alarm`函數則讓進程等待一段時間後發送特定信號給自己。
信號的屏蔽機制允許在關鍵代碼執行期間暫時忽略信號，以避免中斷導致錯誤發生。這通過信號集實現，信號集是一個表示信號集合的整數類型，可以記錄需要屏蔽的信號。Linux系統提供了相應的函數介面來管理信號集，包括設置、測試、清除信號屏蔽等操作。
在實際應用中，合理利用信號機制可以提高程序的健壯性和用戶交互體驗。例如，通過屏蔽特定信號在關鍵代碼執行期間，可以防止信號中斷導致的錯誤，待關鍵代碼執行完畢後再恢復信號處理，確保程序的穩定性和正確性。通過結合信號發送和屏蔽機制，可以實現更靈活、更安全的異常處理流程。