1、一些經驗
1.1、delphi客戶端中 block的socket，使用 讀取超時的話，會有大約1秒的時間等待...很影響使用體驗...於是 放棄超時讀取的方式，改為 在每次讀取到tcp資料報時 都去做乙個判斷 是否接收到了乙個 完整的tcp包
1.2、在 socket斷開時(不管是 優雅斷開 還是 異常斷開)，接收緩衝區的資料都要 做處理(將它們無效掉 或者 別的處理手段)
2、j**a aio，無法 2次投遞accept操作
3、j**a aio，接收操作 ：採用接收到tcp資料後 迴圈超時讀取資料 直至讀取超時 此時表明暫無資料可以接收了，然後再對 接收到的資料做處理
3.1、問題：接收操作 一旦超時，這個asynchronoussocketchannel就處於 超時狀態，無法繼續 投遞接收操作...
3.2、修改：不使用 超時接收資料的方式，在每次接收到資料之後 都判斷是否接收到了乙個完整的tcp包，然後在做處理。(類似上面的 1.1中 delphi客戶端中的處理方式)
4、暫時，只 投遞了一次 accept操作，客戶端數量多的話，是否夠用？
5、乙個asynchronoussocketchannel 只投遞了乙個接收操作，大資料量時 是否夠用？
6、7、
8、
中介軟體 訊息中介軟體學習總結
冪等 在程式設計中.乙個冪等操作的特點是其任意多次執行所產生的影響均與一次執行的影響相同。冪等函式，或冪等方法，是指可以使用相同引數重複執行，並能獲得相同結果的函式。這些函式 不會影響系統狀態，也不用擔心重複執行會對系統造成改變。例如，getusername 和settrue 函式就是乙個冪等函式....
中介軟體作業
主要檔案的 fctrl client linux.c this is sample code generated by rpcgen.these are only templates and you can use them as a guideline for developing your ow...
ASTA中介軟體
幾年前我用mts的時候就聽說asta了，後來我們公司也搞與midas和asta類似的中介軟體tm bso，現在mts昇華到com 我們的tm由於穩定性和效率不夠也夭折了，最近乙個朋友在一家大型物流軟體公司做開發，說還在使用asta，去asta 看看，還活得很健壯，支援delphi2006 soap，...