Arch manual pages

fileevent(3tcl) Tcl Built-In Commands fileevent(3tcl)


fileevent - 在一個通道變得可讀或可寫的時候執行一個腳本

fileevent channelId readable ?script?

fileevent channelId writable ?script?


這個命令被用於建立文件事件處理器。一個文件事件處理器(handler)是在一個通道和一個腳本之間的一個綁定,這樣在通道變得可讀或可寫的時候求這個腳本的值。通常使用文件事件處理器來允許在事件驅動的基礎上從另一個進程接收數據,這樣接受者可以在等待數據到來的時候繼續與用戶交互。如果一個應用在一個阻塞(模式下)的通道上調用 getsread,而此時沒有可獲得的數據,在輸入數據到來之前,進程將被阻塞,它將不能服務於其他事件,所以對於用戶它象是被“冷凍”了。使用 fileevent,進程可以在數據出現(present)的時候被告之,而只在不會導致阻塞的時候調用 getsread

fileeventchannelId 參數參照一個打開的通道,比如從以前的 opensocket 命令的得到的返回值。如果指定了 script 參數,則 fileevent 建立一個新的事件處理器: 在通道變得可讀或可寫(依賴於給 fileevent 的第二個參數)的時候求 script 的值。在這種情況下 fileevent 返回一個空串。對於一個文件 readablewritable事件處理器是獨立的,可以單獨的建立和刪除。但是,在一個特定的解釋器中在一個特定的時間上對於一個文件最多隻能有一個readable和一個 writable 處理器。如果調用 fileevent而此時指定的處理器已經在調用的解釋器中存在,新的腳本替換舊的那個。

如果沒有指定 script 參數,fileeventchannelId返回當前的腳本,如果沒有則返回一個空串。如果 指定 script 參數爲一個空串則刪除這個事件處理器,如此將不會有腳本被調用。在一個通道被關閉或它的解釋器被刪除的時候文件的事件處理器也自動的被刪除。

如果在底層的設備上有可獲得的未讀的數據則把一個通道考慮爲可讀的。除了要從這個通道讀的最近的嘗試是不能在輸入緩衝中找到一個完整的行的一個 gets 調用的特殊情況之外,如果在一個輸入緩衝中有未讀的數據也把一個通道考慮未可讀的。這個特徵允許使用事件從一個在非阻塞模式下的文件中一次讀一行。如果在底層的文件或設備上有文件結束或出錯的條件出現也把一個通道考慮爲可讀的。對於 script 檢查這些條件和正確的處理它們是很重要的;例如,如果沒有對文件結束的特定檢查,可能發生一個無限的循環,這裏script 讀不到數據,返回,立即重新調用。

如果至少數據中有一字節可以寫到底層文件或設備中而不阻塞,或者在底層的文件或設備上有錯誤的條件出現則把一個通道考慮爲可寫的。

事件驅動 I/O 最好爲使用 fconfigure 命令配置成非阻塞模式的通道工作。在阻塞模式下,如果你給它的數據比底層文件或數據可接受的多,則 puts 命令將阻塞,而如果你讀的數據比已經準備好的多,則getsread 命令將阻塞;在命令阻塞時不處理事件。在非阻塞模式下,putsreadgets從不阻塞。參見這些單獨命令的文檔來得到關於它們如何處理阻塞和非阻塞通道的信息。

給一個文件事件的腳本在調用fileevent 命令的解釋器的全局的層次上執行(在任何 Tcl 過程的上下文之外)。如果在執行腳本期間發生了錯誤則使用 bgerror 機制來報告錯誤。額外的,如果一個事件處理器曾經返回錯誤則刪除它;目的是防止缺陷很多的處理器導致無限循環。

fileevent 基於由 Mark Diekhans 建立的 addinput 命令。

bgerror(n), fconfigure(n), gets(n), puts(n), read(n)

asynchronous I/O, blocking, channel, event handler, nonblocking, readable, script, writable.

寒蟬退士

2001/08/13

http://cmpp.linuxforum.net

本頁面中文版由中文 man 手冊頁計劃提供。
中文 man 手冊頁計劃:https://github.com/man-pages-zh/manpages-zh
7.5 Tcl