考慮這麼一個伺服器，它可以處理來自多個客戶端的服務(wù)請求（Request），為了不丟失客戶的請求，它要維持一個緩衝區(qū)，客戶的請求會先儲存至緩衝區(qū)中，而伺服器會從緩衝區(qū)中取出請求並執(zhí)行，如果緩衝區(qū)中沒有請求，則伺服器就等待，直到被通知有新的請求存入緩衝區(qū)中，伺服器再度進行請求的執(zhí)行。
關(guān)於這個描述的一個簡單 UML 順序圖如下所示：
首先要考慮到，緩衝區(qū)會同時被兩個以上的執(zhí)行緒進行存取，即伺服器的請求處理執(zhí)行緒與客戶端執(zhí)行緒，所以必須對緩衝區(qū)進行防護。
再來是當(dāng)緩衝區(qū)中沒有請求時，伺服器必須等待直到被通知有新的請求。
Guarded Suspension模式關(guān)注的是執(zhí)行的流程架構(gòu)，以Java來實現(xiàn)這個架構(gòu)的話如下所示：
public class RequestQueue {
private java.util.LinkedList queue;
public RequestQueue() {
queue = new java.util.LinkedList();
}
public synchronized Request getRequest() {
while(queue.size() <= 0) {
try {
wait();
}
catch(InterruptedException e) {}
}
return (Request) queue.removeFirst();
}
public synchronized void putRequest(Request request) {
queue.addLast(request);
notifyAll();
}
}
一個例子是多人聊天伺服器，請求可能只是一個客戶端送出的聊天訊息，聊天訊息會先存至緩衝區(qū)中，伺服器會不斷的從緩衝區(qū)中取出聊天訊息並發(fā)給客戶端，如果緩衝區(qū)中沒有新訊息，則伺服器就進入等待，直到有一個客戶端發(fā)出聊天訊息並存入緩衝區(qū)中，此時伺服器再度被通知，然後再度取出訊息並進行發(fā)送。