這是根據自己的筆記整理的,如有錯誤,歡迎指出來. tcp協議本身是可靠的,並不等於應用程序用tcp發送數據就壹定是可靠的.不管是否阻塞,send發送的大小,並不代表對端recv到多少的數據. 在阻塞模式下,send函數的過程是將應用程序請求發送的數據拷貝到發送緩存中發送並得到確認後再返回.但由於發送緩存的存在,表現為:如果發送緩存大小比請求發送的大小要大,那麽send函數立即返回,同時向網絡中發送數據;否則,send向網絡發送緩存中不能容納的那部分數據,並等待對端確認後再返回(接收端只要將數據收到接收緩存中,就會確認,並不壹定要等待應用程序調用recv); 在非阻塞模式下,send函數的過程僅僅是將數據拷貝到協議棧的緩存區而已,如果緩存區可用空間不夠,則盡能力的拷貝,返回成功拷貝的大小;如緩存區可用空間為0,則返回-1,同時設置errno為EAGAIN. linux下可用sysctl -a | grep net.ipv4.tcp_wmem查看系統默認的發送緩存大小: net.ipv4.tcp_wmem = 4096 16384 81920 這有三個值,第壹個值是socket的發送緩存區分配的最少字節數,第二個值是默認值(該值會被net.core.wmem_default覆蓋),緩存區在系統負載不重的情況下可以增長到這個值,第三個值是發送緩存區空間的最大字節數(該值會被net.core.wmem_max覆蓋). 根據實際測試,如果手工更改了net.ipv4.tcp_wmem的值,則會按更改的值來運行,否則在默認情況下,協議棧通常是按net.core.wmem_default和net.core.wmem_max的值來分配內存的. 應用程序應該根據應用的特性在程序中更改發送緩存大小: socklen_t sendbuflen = 0; socklen_t len = sizeof(sendbuflen); getsockopt(clientSocket, SOL_SOCKET, SO_SNDBUF, (void*)&sendbuflen, &len); printf(“default,sendbuf:%d\n”, sendbuflen); sendbuflen = 10240; setsockopt(clientSocket, SOL_SOCKET, SO_SNDBUF, (void*)&sendbuflen, len); getsockopt(clientSocket, SOL_SOCKET, SO_SNDBUF, (void*)&sendbuflen, &len); printf(“now,sendbuf:%d\n”, sendbuflen); 需要註意的是,雖然將發送緩存設置成了10k,但實際上,協議棧會將其擴大1倍,設為20k. ——————-實例分析———————- 在實際應用中,如果發送端是非阻塞發送,由於網絡的阻塞或者接收端處理過慢,通常出現的情況是,發送應用程序看起來發送了10k的數據,但是只發送了2k到對端緩存中,還有8k在本機緩存中(未發送或者未得到接收端的確認).那麽此時,接收應用程序能夠收到的數據為2k.假如接收應用程序調用recv函數獲取了1k的數據在處理,在這個瞬間,發生了以下情況之壹: A. 發送應用程序認為send完了10k數據,關閉了socket: 發送主機作為tcp的主動關閉者,連接將處於FIN_WAIT1的半關閉狀態(等待對方的ack),並且,發送緩存中的8k數據並不清除,依然會發送給對端.如果接收應用程序依然在recv,那麽它會收到余下的8k數據(這個前題是,接收端會在發送端FIN_WAIT1狀態超時前收到余下的8k數據.),然後得到壹個對端socket被關閉的消息(recv返回0).這時,應該進行關閉. B. 發送應用程序再次調用send發送8k的數據: 假如發送緩存的空間為20k,那麽發送緩存可用空間為20-8=12k,大於請求發送的8k,所以send函數將數據做拷貝後,並立即返回8192; 假如發送緩存的空間為12k,那麽此時發送緩存可用空間還有12-8=4k,send()會返回4096,應用程序發現返回的值小於請求發送的大小值後,可以認為緩存區已滿,這時必須阻塞(或通過select等待下壹次socket可寫的信號),如果應用程序不理會,立即再次調用send,那麽會得到-1的值,在linux下表現為errno=EAGAIN. C. 接收應用程序在處理完1k數據後,關閉了socket: 接收主機作為主動關閉者,連接將處於FIN_WAIT1的半關閉狀態(等待對方的ack).然後,發送應用程序會收到socket可讀的信號(通常是select調用返回socket可讀),但在讀取時會發現recv函數返回0,這時應該調用close函數來關閉socket(發送給對方ack); 如果發送應用程序沒有處理這個可讀的信號,而是繼續調用send,那麽第壹次會像往常壹樣繼續填充緩存區,然後返回,但如果再次調用send,進程會收到SIGPIPE信號,該信號的默認響應動作是退出進程. D. 交換機或路由器的網絡斷開: 接收應用程序在處理完已收到的1k數據後,會繼續從緩存區讀取余下的1k數據,然後就表現為無數據可讀的現象,這種情況需要應用程序來處理超時.壹般做法是設定壹個select等待的最大時間,如果超出這個時間依然沒有數據可讀,則認為socket已不可用. 發送應用程序會不斷的將余下的數據發送到網絡上,但始終得不到確認,所以緩存區的可用空間持續為0,這種情況也需要應用程序來處理. 如果不由應用程序來處理這種情況超時的情況,也可以通過tcp協議本身來處理,具體可以查看sysctl項中的: net.ipv4.tcp_keepalive_intvl net.ipv4.tcp_keepalive_probes net.ipv4.tcp_keepalive_time 所以,要想編寫優秀的socket程序也是很不容易的.特別是在為應用做優化時,很多工作都非常的煩瑣.
月份: 2010 年 11 月
Android數據庫事務淺析
在Android應用程序開發中，經常會遇到需要進行數據庫操作的時候，有關數據庫事務處理對Android應用程序的穩定性和效率提升非常重要。
首先Android數據庫操作，特別是進行寫操作的時候非常慢，將所有操作打包成壹個事務能大大提高處理速度。
其次是保證數據的壹致性，讓壹個事務中的所有操作都成功執行，或者失敗，或者所有操作回滾。
如果您喜歡使用其他平臺（如PHP + MySQL），代碼通常在壹個功能強大的服務器上運行，壹般不會被意外中止，但在Android平臺上，您將會因為壹次又壹次的意外中止感到驚呀。Android系統會殺死apps/threads/activities等中斷數據庫的使用，電池電量會耗盡或被移除等。所以，使用數據庫事物至關重要。
實現Android數據庫事務非常簡單，只需要使用SQLiteDatabase類的三個方法即可。
◆beginTransaction（）；
◆setTransactionSuccessful（）；
◆endTransaction（）；
當調用endTransaction（）時，所有從beginTransaction（）開始的操作都會被提交。
壹個簡單的數據庫事務操作如下所示：
mDatabase.beginTransaction（）； try{ //在這裏執行多個數據庫操作 //執行過程中可能會拋出異常 mDatabase.setTransactionSuccessful（）； //在setTransactionSuccessful和endTransaction之間不進行任何數據庫操作 }catch（Exception e）{ //當數據庫操作出現錯誤時，需要捕獲異常，結束事務 mDatabase.endTransaction（）； throw e; } //當所有操作執行完成後結束壹個事務 mDatabase.endTransaction（）； }
以上是關於Android數據庫事務操作的壹個簡單示例，在我們平時的Android開發中，將所有操作打包成壹個事務為壹個事務並保證事務的壹致性，可以大幅提高Android數據庫操作的效率。
有關Oracle透明網關的若幹使用方法介紹
Oracle 數據庫的透明網關（ transparent gateway ）是這樣的壹個接口：通過它，我們可以 sqlplus 操縱其他數據庫，如 ms sqlserver 、 sybase 、 infomix 等，實現數據庫的異構服務。我壹直在找 8i 的透明網關，但是沒有； 9i 就有了， 9 i 連接 sqlserver 的透明網關在 9i for nt/2000 的安裝盤上。
本文以 oracle 連接 sqlserver 為例，敘述壹下配置的主要步驟。
網絡結構
服務器壹： sqlserver ， ip 為 147.25.8.1 ， port 為 1433 ；
服務器二： oracle 9i server 和透明網關， ip 為 147.25.8.11 ， port 為 1521 ；
服務器三： oracle server ， ip 為 147.25.8.111 ， port 為 1521 ；
客戶機： sqlnet + sqlplus ，或其他客戶端軟件。
安裝 / 配置 oracle 9i server 和透明網關
安裝： 在服務器二上安裝 9i server for nt/2000 ，必須選擇透明網關（ transparent gateway for ms sqlsvr ）。
在服務器二上安裝 sqlsvr 的客戶端程序。
配置： 在服務器二上正常配置 listener ， port 口為 1521 ；
在服務器二上配置 listener.ora ，在 SID_LIST 中加入：
（ SID_NAME = SID_NAME ） ——— 自己修改
（ ORACLE_HOME = 《 ORACLE_HOME 》）
（ PROGRAM = tg4msql ） ———- 這是透明網關的目錄
在服務器二上配置透明網關的配置文件（《 ORACLE_HOME 》 \tg4msql\admin\initSID_NAME.ora ），明確：
HS_FDS_CONNECT_INFO = “SERVER = 147.25.8.1;DATABASE = pubs”
在服務器二上配置 sqlsvr 的客戶連接：
SERVER NAME = SERVER NAME ——– 自己修改
SERVER = 147.25.8.1
PORT = 1433
PROTOCOL = TCP/IP SOCKET
在服務器三上配置 tnsnames.ora ，加入壹個 tns ：
MSSQL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS =
(PROTOCOL = TCP)
(HOST = 147.25.8.11)
(PORT = 1521)))
(CONNECT_DATA =
(SID = SID_NAME)) ——–SID 自己修改（與上文壹致）
(HS = OK)
)
測試
服務器壹： 啟動 sqlserver ，確認用戶 sa 及其密碼（或另外建用戶、建表）。
服務器二： 啟動 listener 。 oracle 數據庫不需要啟動。
服務器三： sqlplus scott/tiger
create database link mssql connect to sa identified by password using ‘mssql’;
select * from sales@mssql;
如果無誤，配置透明網關成功。
其他
使用透明網關只可以用標準的 DML ；
服務器壹二三還可以是壹個服務器，也可以任意組合成兩個服務器；但是服務器二所在的服務器必須是 windows nt/2000 server 平臺；
透明網關可以同時連接多個 sqlsvr ，方法是加入多個 SID_LIST 和相應的 initSID_NAME.ora 配置文件；
可能會遇到中文字符顯示成亂碼的情況，這可能是由於 sqlsvr 的服務器和客戶端的程序不是壹個版本引起的。我正在測試。