早期的unix系統，如果程序在乙個『慢』系統呼叫中阻塞時，捕獲到乙個訊號，這個系統呼叫被中斷，呼叫返回錯誤，設定errno為eintr。這表明，不是這個系統呼叫錯出了，而是被中斷了，需要再次啟動。
系統呼叫被分為慢系統呼叫和其他兩大類別。
慢系統呼叫可以被永久阻塞，包括以下幾個類別：
（1）讀寫『慢』裝置（包括pipe，終端裝置，網路連線等）。讀時，資料不存在，需要等待；寫時，緩衝區滿或其他原因，需要等待。讀寫磁碟檔案一般不會阻塞。
（2）當開啟某些特殊檔案時，需要等待某些條件，才能開啟。例如：開啟中斷裝置時，需要等到連線裝置的modem響應才能完成。
（3）pause和wait函式。pause函式使呼叫程序睡眠，直到捕獲到乙個訊號。wait等待子程序終止。
（4）某些ioctl操作。
（5）某些ipc操作。
有些情況下，即使操作被訊號中斷，還是要繼續執行該操作，即需要重啟該操作。那麼，程式需要檢查系統呼叫的錯誤型別是否為eintr，如果是，表明系統呼叫被中斷，則重新啟動操作。典型**如下所示：
again:
if ((n = read(fd, buf, buffsize)) < 0)
4.2bsd為了簡化程式的操作，提供了自動重啟某些被中斷系統呼叫的功能，這些系統呼叫包括ioctl，read，readv，write，writev，wait，waitpid。前五個函式當它們操作慢裝置時，才會被中斷。這可能給那些不希望自動重啟這些系統呼叫的應用帶來麻煩，所以4.3bsd允許程序在指定訊號上關閉此功能。
posix.1允許實現重新啟動系統呼叫，但沒有強制要求。sus給sigaction增加了乙個xsi擴充套件標記sa_restart，要求被該訊號中斷的系統呼叫被自動重啟。
別忘了--要處理被中斷的系統呼叫一般慢速系統呼叫基本規則是：當阻塞於某個慢系統系統呼叫的乙個程序捕獲某個訊號且相應訊號處理函式返回時，該系統呼叫可能要返回
enintr錯誤。
問:linux會重啟某些被中斷的系統呼叫嗎？
處理的例子：
for( ; ;)
else
}在tcp socket 中,connect()被中斷後是不能被重啟的？如何處理呢
可以採用select來等待連線完成
系統呼叫被訊號中斷和自動重啟動
當程序正在執行乙個系統呼叫時，如果被訊號中斷，這時會發生什麼呢？
當乙個低速呼叫阻塞期間捕捉到乙個訊號， 則該系統呼叫就被中斷不再繼續執行。 該系統呼叫返回出錯，起errono設定為eintr。 因為發生訊號， 程序捕捉到它， 這將是乙個很好的機會來喚醒阻塞的系統呼叫。
但有乙個問題就是如果該系統調為read()， 正在等待終端輸入， 如果被訊號中斷的話， 難免會影響整個程式的正確性， 所以有些系統使這類系統呼叫自動重啟動。就是一旦被某訊號中斷， 立即再啟動。
如下面的signal1函式實現:
#include
#include "ourhdr.h"
typedef void sigfunc(int);
sigfunc *
signal1(int signo, sigfunc *func)
else
if (sigaction(signo, &act, &oact)<0)
return(sig_err);
return (oact.sa_handler);
}為什麼偏偏面對sigalrm訊號， 系統呼叫不設定自動重啟動呢？ 這時為了我們方便給read等低速系統呼叫定時。 我們不希望它一遇到某個訊號變自動重啟動，也不希望它無限制的阻塞下去。 於是用alarm()進行定時， 一旦超出某個時間， 便被alrm訊號中斷喚醒，且不再重啟動。
下面這段程式用來測試上面的signal1函式， 對乙個read系統呼叫， 如何給它定時的：
#include
#include "ourhdr.h"
#include "10-12.c"
#define maxline 1024
static void sig_alrm(int);
intmain(void)
static void
sig_alrm(int signo)
在我的系統中， 如果呼叫預設的signal函式， 該read()系統呼叫將會自動重啟動， 所謂的alarm定時也就不起作用了。
被中斷的系統呼叫
我們知道系統呼叫一旦阻塞，當訊號到來是會中斷此系統呼叫執行的，但是如下情況是不會對系統呼叫產生影響 1.單個程序阻塞訊號不會對後續系統呼叫產生中斷行為。2.執行緒中通過pthread sigmask阻塞訊號後，對該程序傳送的訊號是不影響該執行緒的系統呼叫的，會被傳送到其他執行緒處理。對於阻塞的訊號，...
中斷 異常 系統呼叫
還是之前計算機只能乙個乙個的處理作業，cpu資源利用率低下，為了解決這個問題，人們發明了作業系統，引入中斷機制，實現了多道程式併發執行。本質 發生中斷就意味著需要作業系統的介入，開展管理工作。當中斷發生時，cpu立即進入核心態 當中斷發生後，當前執行的程序暫停執行，並由作業系統核心對中斷進行處理。對...
中斷與系統呼叫
系統呼叫的概念 程式設計師或系統管理員通常並非直接和系統呼叫打交道，在實際應用中，程式設計師呼叫的的函式，或稱為應用程式介面 api 管理員使用的則是更高層次的系統命令。作業系統為每個系統呼叫在標準c函式庫中構造乙個具有相同名字的封裝函式，由它來遮蔽下層的複雜性，負責把作業系統提供的服務介面 系統呼...