什麼是服務原語，以及服務原語和協議的區別

建立乙個帶有 fork 的新程序、執行新程式的 exec、exit 函式和兩個 wait 函式來處理終止和等待終止。 讓我們逐一看一下它們：除了 swapper、init 和 daemon 之外，呼叫 fork 函式的現有程序是 Unix 核心建立新程序的唯一途徑。

由分支建立的新程序稱為子程序。 該函式被呼叫一次，但返回兩次。 兩個返回的區別在於，子程序的返回值為 0，而父程序的返回值是新子程序的程序 ID。

子程序是父程序的副本。 例如，子程序獲取父程序資料空間、堆和堆疊的副本。 請注意，這是副本，而不是共享（可共享的文字段除外）。

通常，是先執行父程序還是先執行子程序是分叉後執行是不確定的。 這取決於核心使用的排程演算法。 fork 的典型用法是：

1）父程序想要自我複製，以便父程序和子程序同時執行不同的段;2）乙個過程是執行乙個不同的過程。在這種情況下，子程序在從分支返回後立即呼叫 exec。 對於退出，之前已經說過了，這裡還有乙個補充。

如果父程序在子程序之前終止，則父程序將更改為父程序已終止的所有程序的初始化程序。 已終止但其父程序尚未倒帶的程序（以獲取有關終止子程序的資訊，以釋放它仍在占用的資源）稱為殭屍程序。 要解決死程序的問題，可以分叉兩次，parent->-son->grandchild，讓子程序在中間退出，這樣孫子程序的父程序就變成init，而init被寫成只要乙個子程序終止，init就會呼叫乙個wait函式來獲取其終止狀態並處理後果， 從而防止系統中出現大量死程序。

wait 和 waitpid 都用於處理程序終止。 wait 是有區別的，wait 會阻止呼叫方，直到子程序終止，而 waitpid 有乙個選項，允許呼叫方不阻止。 waitpid 也有一些可控的選項（詳情請檢視書）。

還有一些巨集可用於兩者。 有六種型別的 exec 函式，統稱為 exec。 當程序呼叫 exec 函式時，該程序將完全替換為從其主函式執行的新程式。

由於呼叫 exec 不會建立新程序，因此前後的程序 ID 不會更改。 exec 只需將當前程序的主體、資料、堆和堆疊替換為另乙個新程式即可。

易自告奮勇，省略了報告。

乙個完整的服務原語應該包括三個部分：基元名稱、基元型別和基元引數。 原語的原始名稱和型別一般是用英文書寫的。 兩者用點或空格分隔，原始引數可以用中文表示，前兩部分用括號隔開。

例如，傳輸連線的請求原語編寫如下：t—connect， request（called address， calling address、......）。這裡，t—connect 是基元名稱，request 是基元型別，用點分隔，被叫位址和呼叫方位址是基元引數。 OSI規定，在同一系統的兩個相鄰實體層的順序互動中通過層間介面的資訊單元的大小稱為介面資訊單元IDU。

根據層間介面的特點，對介面資訊單元的大小有一定的要求。 但是，介面資訊單元的大小與相應協議資料單元的大小之間沒有直接的相關性。 例如，協議資料單元可以是 1000 位元組，但介面可能一次只需要傳遞 1 個位元組。

另一方面，當協議資料單元通過顫音層間介面時，需要在襪子洞上新增一些控制資訊，例如，指示通過多少位元組，或者指示是否加速傳輸，這些收費資訊就變成了介面控制資訊ici。 顯然，這種介面控制資訊知識只對通過介面的協議資料單元有用，而對構成下一層的協議資料單元沒有直接用處，因此，協議資料單元PDU在新增適當的介面控制資訊ICI後，就變成了介面資料單元idu。 當 IDU 通過層間介面時，刪除了最初新增的介面控制資訊 ICI。

我把原語理解為底層協議，我們只是在程式設計時呼叫上層函式。

原語只是乙個理論層面的術語，它描述了服務層次結構之間的關係以及兩個通訊 n 個使用者之間的關係，以及它們所連線的 n 層（子層）處理協議實體。 剛開始學習的時候，我總是想不通原語和協議棧有什麼關係，但後來我才意識到，原語只是規範中的乙個術語，它是協議棧中體現的乙個特定功能！ 例如，我們可以看到很多原語都是字尾著 request、confirm 等，在程式中，它是對應的請求請求函式，以及確認確認函式。

基元不依賴於任何語言對邏輯和結構的描述。

1. 基元是協議棧中各層相互通訊的方式。 例如，如果應用層需要傳送資料，它會以資料原語（如資料請求原語）的形式將資料傳送到 NWK 層，NWK 層會通過定義的規則決定是否將其傳送到 MAC 層，以此類推，直到傳送到最低的 PHY 層。

2. 這個框架的格式是什麼？

我們以 nwk 層為例，例如 nwk 有乙個命令幀，叫做“路由請求命令”，它的作用沒有詳細說明。 nwk 層需要通過 mac 層和 phy 層傳送命令，因此 nwk 層需要將命令組織成基元並傳送。 這個命令幀就是 NWK 層的所謂“幀”。

好了，現在讓我們來談談基元在這一點上的位置。

3.在NWK層和MAC層的服務原語中，以及確認和指示中，有這樣一類原語，定義如下：

有乙個 MSDU 引數，對於程式的實現，它是指向一段資料的指標。 在 2 中，如果 NWK 出於某種原因想要向另乙個實體（可以理解為執行在 Zigbee 協議棧上的另乙個節點終端）傳送路由請求命令，NWK 必須以原語的方式組織這樣的原語，這可以理解為為資料結構分配乙個值，其中 MSDU 根據 2 中描述的規則指向 NWK 層定義的幀， 即 NWK 層命令幀。

當然，基元不僅可以將該命令幀傳輸到 Mac 層。

暗號太累了，希望。 還沒分開...

該協議的實施保證了將服務提公升到更高水平的能力。 該層的服務使用者只能看到服務，而不能看到以下協議。 以下協議對上述服務使用者是透明的。

協議是“水平”的，即協議是管理兩個對等體之間通訊的規則。 但服務是“垂直”的，即服務是由下層通過層間介面提供給上層的。 上層使用提供的服務，並且必須與下層交換一些命令，這些命令在 OSI 中稱為服務原語。

網路協議：為在網路中交換資料而建立的規則、標準或約定。 它由以下三個要素組成：

1）語法：即資料和控制資訊的結構或格式。

2）語義：即需要傳送什麼樣的控制資訊，需要完成哪些動作，需要做出什麼樣的響應。

3）同步：即對事件實現順序的詳細說明。協議是控制兩個對等實體之間通訊的規則集合。

在協議的控制下，兩個對等體之間的通訊使得上層能夠提供服務，而該層協議的實現需要使用下層提供服務。

參考資料：百科全書條目服務協議。

房東在問計算機網路課程的協議和服務兩個條款，對吧？

根據定義，協議是一種規則、一種約定，而服務是一種功能和技能。 層次：

該協議對於通訊雙方的對等層是唯一的，並且是一種橫向關係。 服務僅在通訊一端的上下層之間，這是一種垂直關係，自下而上提供。

至於這兩個概念之間的關係，可以說每一層的協議都是由下層提供給這一層的服務支撐的。

協議和服務概念之間的區別：

a.協議的實現保證了服務可以提供給上層，該層的服務使用者只能看到服務而看不到下面的協議，並且下面的協議對上面的服務使用者是透明的;

b.協議是“水平”的，即協議是管理兩個對等體之間通訊的規則。 但服務是“垂直”的，即服務是由下層通過層間介面提供給上層的。 上層使用提供的服務，並且必須與下層交換一些命令，這些命令在 OSI 中稱為服務原語。

計算機網路協議是一組規則、約定和標準，而網路服務是乙個軟體模組。 具體說明如下：

1）計算機網路協議是一套與計算機網路通訊有關的規則，或者說是為完成計算機網路通訊而制定的規則、慣例和標準。網路協議由三個元素組成：語法、語義和時序。 “Web服務”是指一些執行在網路上的軟體模組，面向服務，基於分布式程式，網路服務採用HTTP和XML等網際網絡通用標準，使人們可以通過不同地方的不同終端裝置訪問網路上的資料，如線上預訂、檢視預訂情況。

2）網路服務廣泛應用於電子商務、電子政務、電子業務流程等應用領域，被業內人士視為網際網絡的下乙個焦點。

區別：（1）（n）服務是（n）層和（n+1）層以下提供的綜合能力; （n） 協議是控制對等 （n） 實體之間通訊的規則集合。 服務是同一開放系統中相鄰層之間的操作;

2）協議是不同開放系統中對等方之間通訊必須遵循的規則。協議是水平的，而服務是垂直的。

3）關係：（n）層服務是利用（n-1）服務，按照（n）協議與對等實體進行資訊交換來實現的，即該服務受該協議支援。