回調

軟體模塊之間總是存在著一定的介面，從調用方式上，可以把他們分為三類：同步調用、回調和非同步調用。同步調用是一種阻塞式調用，調用方要等待對方執行完畢才返回，它是一種單向調用；回調是一種雙向調用模式，也就是說，被調用方在介面被調用時也會調用對方的介面；非同步調用是一種類似消息或事件的機制，不過它的調用方向剛好相反，介面的服務在收到某種訊息或發生某種事件時，會主動通知客戶方（即調用客戶方的介面）。回調和非同步調用的關係非常緊密，通常我們使用回調來實現非同步消息的註冊，通過非同步調用來實現消息的通知。同步調用是三者當中最簡單的，而回調又常常是非同步調用的基礎，因此，下面我們著重討論回調機制在不同軟體架構中的實現。

對於不同類型的語言（如結構化語言和對象語言）、平台（Win32、JDK）或構架（CORBA、DCOM、WebService），客戶和服務的交互除了同步方式以外，都需要具備一定的非同步通知機制，讓服務方（或介面提供方）在某些情況下能夠主動通知客戶，而回調是實現非同步的一個最簡捷的途徑。

對於一般的結構化語言，可以通過回調函數來實現回調。回調函數也是一個函數或過程，不過它是一個由調用方自己實現，供被調用方使用的特殊函數。

在面向對象的語言中，回調則是通過介面或抽象類來實現的，我們把實現這種介面的類稱為回調類，回調類的對象稱為回調對象。對於像C++或Object Pascal這些兼容了過程特性的對象語言，不僅提供了回調對象、回調方法等特性，也能兼容過程語言的回調函數機制。

Windows平台的消息機制也可以看作是回調的一種應用，我們通過系統提供的介面註冊消息處理函數（即回調函數），從而實現接收、處理消息的目的。由於Windows平台的API是用C語言來構建的，我們可以認為它也是回調函數的一個特例。

對於分散式組件代理體系CORBA，非同步處理有多種方式，如回調、事件服務、通知服務等。事件服務和通知服務是CORBA用來處理非同步消息的標準服務，他們主要負責消息的處理、派發、維護等工作。對一些簡單的非同步處理過程，我們可以通過回調機制來實現。

二、回調【時間、力度及量能】

1、回調時間

1）短時回調：回調時間遠小於上漲時間，回調時間越短，再上漲力度幅度越大；

2）中時回調：回調時間接近上漲時間；這時要看量能，是否再次充分放大？

3）長時回調：回調時間遠大於上漲時間，再上漲可能較小，莊家可能在順勢出貨，或者莊家感到拋壓沉重，難以繼續作高，通過震蕩化解拋壓。

2、回調力度

1）弱勢回調：回調不足上漲波段的1/3；再次突破前高點可以介入；

2）中度回調：回調至1/2左右；這時要看量能，能否充分放大？

3）強勢回調：回調幅度超過1/2或徹底回落，很難再創新高，要堅決迴避。

3、回調量能

1）完美形態

股價上漲，成交量成正三角形；【人們對股價上漲逐步認可，場外資金湧入】

股價回落，成交量成倒三角形。【人們對後市看好，拋壓在高位的窮盡減弱】

2）無量上漲和放量回調的形態要堅決迴避

無量上漲【中線是主力控盤，短線是莊家出貨完畢，拋壓減少，主力追漲意願不強，只有散戶在玩】

放量回調：主動性賣盤增多，拋壓逐步加強，有出貨跡象。

分時中需要關注的形態：弱勢回調+短時回調+量能配合（★★★★★）

弱勢回調+中時或長時回調+量能配合（★★★★）

中度回調+短時回調+量能配合（★★★★）

總結：分時圖中，首先看量能是否配合良好【價漲正▲，回調倒▲】，其次看回調力度和回調時間，最好回調幅度較弱、回調時間較短，如果不能同時滿足，至少滿足一個，同時另一個不能變壞。