linux結束線程結束

『壹』 linux中，shell腳本如何使用信號機制去控制線程的開啟關閉

trap是Linux的內建命令，用於捕捉信號，trap命令可以指定收到某種信號時所執行的命令。trap命令的格式如下：trap command sig1 sig2 ... sigN，當接收到sinN中任意一個信號時，執行command命令，command命令完成後繼續接收到信號前的操作，直到腳本結束。利用trap命令捕捉INT信號（即與Ctrl+c綁定的中斷信號）。trap還可以忽略某些信號，將command用空字元串代替即可，如trap "" TERM INT，忽略kill %n和Ctrl+c發送的信號（kill發送的是TERM信號）。Linux更強勁的殺死進程的命令：kill -9 進程號（或kill -9 %n作業號）等價與kill -KILL 進程號。

舉個例子：

最近小A需要生產2015年全年的KPI數據報表，現在小A已經將生產腳本寫好了，生產腳本一次只能生產指定一天的KPI數據，假設跑一次生產腳本需要5分鍾，那麼：

如果是循環順序執行，那麼需要時間：5 * 365 = 1825 分鍾，約等於 6 天

如果是一次性放到linux後台並發執行，365個後台任務，系統可承受不住哦！

既然不能一次性把365個任務放到linux後台執行，那麼，能不能實現自動地每次將N個任務放到後台並發執行呢？當然是可以的啦。

#!/bin/bash
source/etc/profile;
#-----------------------------
tempfifo=$$.fifo#$$表示當前執行文件的PID
begin_date=$1#開始時間
end_date=$2#結束時間
if[$#-eq2]
then
if["$begin_date">"$end_date"]
then
echo"Error!$begin_dateisgreaterthan$end_date"
exit1;
fi
else
echo"Error!Notenoughparams."
echo"Sample:shloop_kpi2015-12-012015-12-07"
exit2;
fi
#-----------------------------
trap"exec1000>&-;exec1000<&-;exit0"2
mkfifo$tempfifo
exec1000<>$tempfifo
rm-rf$tempfifo
for((i=1;i<=8;i++))
do
echo>&1000
done
while[$begin_date!=$end_date]
do
read-u1000
{
echo$begin_date
hive-fkpi_report.sql--hivevardate=$begin_date
echo>&1000
}&
begin_date=`date-d"+1day$begin_date"+"%Y-%m-%d"`
done
wait
echo"done!!!!!!!!!!"

第6～22行：比如：sh loop_kpi_report.sh 2015-01-01 2015-12-01：

$1表示腳本入參的第一個參數，等於2015-01-01

$2表示腳本入參的第二個參數，等於2015-12-01

$#表示腳本入參的個數，等於2

第13行用於比較傳入的兩個日期的大小，>是轉義

第26行：表示在腳本運行過程中，如果接收到Ctrl+C中斷命令，則關閉文件描述符1000的讀寫，並正常退出

exec 1000>&-;表示關閉文件描述符1000的寫

exec 1000<&-;表示關閉文件描述符1000的讀

trap是捕獲中斷命令

第27～29行：

第27行，創建一個管道文件

第28行，將文件描述符1000與FIFO進行綁定，<讀的綁定，>寫的綁定，<>則標識對文件描述符1000的所有操作等同於對管道文件$tempfifo的操作

第29行，可能會有這樣的疑問：為什麼不直接使用管道文件呢？事實上這並非多此一舉，管道的一個重要特性，就是讀寫必須同時存在，缺失某一個操作，另一個操作就是滯留，而第28行的綁定文件描述符（讀、寫綁定）正好解決了這個問題

第31～34行：對文件描述符1000進行寫入操作。通過循環寫入8個空行，這個8就是我們要定義的後台並發的線程數。為什麼是寫空行而不是寫其它字元？因為管道文件的讀取，是以行為單位的

第37～42行：

第37行，read -u1000的作用就是讀取管道中的一行，在這里就是讀取一個空行；每次讀取管道就會減少一個空行

第39～41行，注意到第42行結尾的&嗎？它表示進程放到linux後台中執行

第41行，執行完後台任務之後，往文件描述符1000中寫入一個空行。這是關鍵所在了，由於read -u1000每次操作，都會導致管道減少一個空行，當linux後台放入了8個任務之後，由於文件描述符1000沒有可讀取的空行，將導致read -u1000一直處於等待。

『貳』 linux下多進程或者多線程編程的問題。新手，望指教！

你好，多進程或多線程，都不會阻塞當前語句代碼。為了您的理解，我就大膽舉下面兩個例子：
多進程：你可以看成是本來是一條路的，現在從中間拆成兩條，然後每一條路都有屬於自己這條路的代碼在運行。
多線程：你可以看成是一條路，然後分出車道，比如左車道和右車道甚至是停車道，然後每條車道都單獨通車，其他車道的不能對這條車道進行干擾。

所以，把一條路從中間拆成兩條，成本是很高的。但是把一條路分車道，成本就不是很高了。
對於您提出的main函數的疑問，當main函數最後執行完畢，程序退出後，所有的進程包括線程，都會被關閉的，哪怕你的程序中沒有關閉，操作系統也會幫你關閉的，現在的操作系統都非常的完善了。當然，也存在有線程或進程不被釋放的特殊情況，最好在編程中要記得釋放。

『叄』 Linux內核線程kthread簡介【最好的一篇！】

Linux內核線程kthread簡介：

1. 內核線程的基本概念： 定義：內核線程是Linux內核中的獨立執行單元，專門用於處理特定任務。它們由內核自主調度，在內核態運行。 地址空間：內核線程擁有3G以上的地址空間，與用戶線程不同，它們不會影響其他線程的運行。 與用戶進程的區分：內核線程沒有獨立地址空間，mm指針為NULL，僅限於內核空間，可以被調度和搶占。

2. 內核線程的創建與管理： 創建方法：創建內核線程有多種方法，其中通過”kthread_create”和”wake_up_process”配合是一種常見方式，”kthread_run”則是一個便利的封裝，負責線程的創建和啟動。 線程管理：內核中有一個持續運行的線程kthreadd，它負責管理其他內核線程。通過”kthread_create“創建線程後，線程在遇到”kthread_should_stop”或”kthread_stop“時才會結束。 線程名稱：在”kthread_run”中，線程名稱由sprintf格式字元串組成。

3. 內核線程的生命周期： 創建：通過調用”kthread_create“或”kthread_run“創建線程，並設置線程的任務結構和入口函數。 運行：創建成功後，新線程被喚醒並進入內核線程的入口函數，如”kthread“。 結束：通過調用”kthread_stop“結束線程，確保線程在結束前完成相關操作，避免異常。

4. 內核線程的重要性： 效率與穩定性：內核線程的設計確保了操作系統在處理任務時的效率和穩定性。 並發管理：內核線程的創建、調度和退出機制被精心設計，以處理並發問題。 操作系統編程基礎：理解內核線程的工作原理對於操作系統編程至關重要，特別是在處理並發問題和理解內核工作原理方面。