A. 使用Java網路編程編寫SIP消息的收發，TCP和UDP有什麼區別
TCP---傳輸控制協議,提供的是面向連接、可靠的位元組流服務。當客戶和伺服器彼此交換數據前，必須先在雙方之間建立一個TCP連接，之後才能傳輸數據。TCP提供超時重發，丟棄重復數據，檢驗數據，流量控制等功能，保證數據能從一端傳到另一端。
UDP---用戶數據報協議，是一個簡單的面向數據報的運輸層協議。UDP不提供可靠性，它只是把應用程序傳給IP層的數據報發送出去，但是並不能保證它們能到達目的地。由於UDP在傳輸數據報前不用在客戶和伺服器之間建立一個連接，且沒有超時重發等機制，故而傳輸速度很快
UDP
UDP 與 TCP 的主要區別在於 UDP 不一定提供可靠的數據傳輸。事實上，該協議不能保證數據准確無誤地到達目的地。UDP 在許多方面非常有效。當某個程序的目標是盡快地傳輸盡可能多的信息時（其中任意給定數據的重要性相對較低），可使用 UDP。ICQ 短消息使用 UDP 協議發送消息。
許多程序將使用單獨的TCP連接和單獨的UDP連接。重要的狀態信息隨可靠的TCP連接發送，而主數據流通過UDP發送。
TCP
TCP的目的是提供可靠的數據傳輸，並在相互進行通信的設備或服務之間保持一個虛擬連接。TCP在數據包接收無序、丟失或在交付期間被破壞時，負責數據恢復。它通過為其發送的每個數據包提供一個序號來完成此恢復。記住，較低的網路層會將每個數據包視為一個獨立的單元，因此，數據包可以沿完全不同的路徑發送，即使它們都是同一消息的組成部分。這種路由與網路層處理分段和重新組裝數據包的方式非常相似，只是級別更高而已。
為確保正確地接收數據，TCP要求在目標計算機成功收到數據時發回一個確認（即 ACK）。如果在某個時限內未收到相應的 ACK，將重新傳送數據包。如果網路擁塞，這種重新傳送將導致發送的數據包重復。但是，接收計算機可使用數據包的序號來確定它是否為重復數據包，並在必要時丟棄它。
TCP與UDP的選擇
如果比較UDP包和TCP包的結構，很明顯UDP包不具備TCP包復雜的可靠性與控制機制。與TCP協議相同，UDP的源埠數和目的埠數也都支持一台主機上的多個應用。一個16位的UDP包包含了一個位元組長的頭部和數據的長度，校驗碼域使其可以進行整體校驗。（許多應用只支持UDP，如：多媒體數據流，不產生任何額外的數據，即使知道有破壞的包也不進行重發。）
很明顯，當數據傳輸的性能必須讓位於數據傳輸的完整性、可控制性和可靠性時，TCP協議是當然的選擇。當強調傳輸性能而不是傳輸的完整性時，如：音頻和多媒體應用，UDP是最好的選擇。在數據傳輸時間很短，以至於此前的連接過程成為整個流量主體的情況下，UDP也是一個好的選擇，如：DNS交換。把SNMP建立在UDP上的部分原因是設計者認為當發生網路阻塞時，UDP較低的開銷使其有更好的機會去傳送管理數據。TCP豐富的功能有時會導致不可預料的性能低下，但是我們相信在不遠的將來，TCP可靠的點對點連接將會用於絕大多數的網路應用。