『壹』 串口緩存滿了以後，傳入的數據是會更新還是丟失
沒有硬體FIFO的話，接受到一個位元組就會中斷了，如果你繼續發，就會發生溢出，應該是可以設置是否覆蓋原先未讀出的數據，具體忘了。
解決方法：接收和發送都設置一個FIFO，要發的數據和接收到但尚未處理的數據都放在各自的FIFO內
『貳』 Socket send函數發送大於127的數據出現溢出
感覺你的理解不太對吧，這個函數傳遞的是指針，指向某個數據緩存。然後取數據扔向stream，與char的數據范圍沒有任何關系，如果說溢出的話有可能是扔數據的速率太快會導致流堵塞，好像是socket有個方法叫setopt，可以設置接收和發送的緩沖區，一般可以設置到1M左右。這樣流一般不會出問題。希望可以幫到你！
『叄』 tcp發包超過緩沖區怎麼處理
大家可能有的人看過這樣一個帖子，大概意思是說，如果你是寬頻上網,還想提高網速，那麼你可以在注冊表中設定適當的Tcpip Window值，修改默認數值。那麼，這種「修改Tcpip Window值提高網速」的說法是否有原理依據呢？讓我們一起來分析下。
操作方法：打開注冊表編輯器，在其中 找到「HKEY_LOCAL_MACHINE＼System＼CurrenControlSet＼Services＼Tcpip＼Parameters」子鍵，在右邊鍵值區中，找到或新建一個名為「GlobalmaxTcp WindowSize」的DWORD鍵值項，將其數據值數據設為「256960」(十進制)，關閉注冊表編輯器，重新啟動電腦即可。
原理介紹：通常情況下，TCP/IP默認的數據傳輸單元接受緩沖區的大小為576位元組，要是將這個緩沖區的大小設置得比較大的話，一旦某個TCP/IP分組數據發生錯誤時，那麼整個數據緩沖區中的所有分組內容，都將被丟失並且進行重新傳送；顯然不斷地重新進行傳輸，會大大影響ADSL傳輸數據的效率。為此，設置合適緩沖區大小，確保ADSL傳輸數據的效率始終很高，將會對ADSL傳輸速度有著直接的影響！
那麼，這一說法是否真有科學依據呢？
回答：沒有科學依據。這一注冊表鍵值是無效的，修改該注冊表鍵值前後的網路速度不會發生變化。
寬頻上網的優化原理是對操作系統的網路設置進行修改，使其更加貼合上網數據傳輸的需要。一般情況下，上網數據傳輸主要採用了TCP/IP協議，該協議將傳輸的數據分成大小相同的數據包，數據包越大，冗餘數據就會越多。數據包的最大容量就是Maxmtu。在Windows中系統默認的Maxmtu值是1500位元組，而寬頻實際的傳輸單元要略小於這個數值。這樣在上網的數據傳輸過程中，數據包中的數據就需要分組重裝成寬頻適合的數據包大小了，傳輸速度驟減，上網速度就會減慢了。
另外，各個寬頻運營商的Maxmtu的值可能是不同的，因此手動修改系統的Maxmtu值才能更快地上網。那麼，我們怎麼來獲得寬頻運營商的Maxmtu值呢？最簡單的方法是，在命令提示符窗口輸入「ping -f -l 1464 202.96.107.28」(其中1464是測試的數據包大小，202.96.107.28是DNS伺服器IP，如圖1)，如果返回「來自 202.96.107.28 的回復: 位元組=1464 時間=92ms TTL=251」的提示則說明該數據包小於寬頻運營商的Maxmtu值，如果返回「 需要拆分數據包但是設置 DF。」（在Vista命令提示符下測試的數據）類似的回復則說明數據包超過寬頻運營商的Maxmtu值，可以適當縮小該數值。經過以上方法獲得最佳的數值後，寬頻運營商的Maxmtu值就是測試值加上28(如1464合適，則Maxmtu為1492）。
『肆』 網卡工作過程中，當前數據寫入緩存並發送後，下一次數據到達之前，本次發送的數據是否仍留在緩存中
一般是留在緩存里，重新發送也是可以，只不過操作要重新再來一次，讀取的速度要比剛開始操作時要快點。這就是緩存的優點。
『伍』 在頁面上進行緩存後又要保證局部的數據不緩存，如何實現
頁面部分緩存是指輸出緩存頁面的某些部分，而不是緩存整個頁面內容。實現頁面部分緩存有兩種機制：一種是將頁面中需要緩存的部分置於用戶控制項（.ascx文件）中，並且為用戶控制項設置緩存功能（包含用戶控制項的ASP.NET頁面可設置也可不設置緩存）。這就是通常所說的「控制項緩存」。設置控制項緩存的實質是對用戶控制項進行緩存配置。主要包括以下3種方法：一是使用@ OutputCache指令以聲明方式為用戶控制項設置緩存功能，二是在代碼隱藏文件中使用PartialCachingAttribute類設置用戶控制項緩存；三是使用ControlCachePolicy類以編程方式指定用戶控制項緩存設置。另外，還有一種稱為「緩存後替換」的方法。該方法與控制項緩存正好相反，將頁面中的某一部分設置為不緩存，因此，盡管緩存了整個頁面，但是當再次請求該頁時，將重新處理那些沒有設置為緩存的內容。
使用@ OutputCache指令
控制項緩存與頁面輸出緩存的@ OutputCache指令既有相似之處，又有不同的方面。二者的共同點在於它們的設置方法基本相同，都是文件頂部設置包含屬性的@ OutputCache指令字元串。不同點包括以下兩個方面：一是控制項緩存的@ OutputCache指令設置在用戶控制項文件中，而頁面輸出緩存的@ OutputCache設置在普通ASP.NET文件中。二是控制項緩存的@ OutputCache指令只能設置6個屬性，Duration、Shared、SqlDependency、VaryByControl、VaryByCustom和VaryByParam。而在頁面輸出緩存的@ OutputCache指令字元串中設置的屬性多達10個。以上是設置控制項緩存時需要注意的問題。下面列舉了一些利用@ OutputCache指令設置控制項緩存的示例，其中重點說明了VaryByParam和VaryByControl等屬性應用。
用戶控制項中的@ OutputCache指令設置源代碼
＜%@ OutputCache Duration="120" VaryByParam="CategoryID;SelectedID"%＞
以上代碼設置用戶控制項緩存有效期時間是120秒，並且允許使用CategoryID和SelectedID參數來改變緩存。通過VaryByParam屬性設置，在伺服器緩存中可能存儲多個用戶控制項的實例。例如，對於一個包含用戶控制項的頁面，可能存在如下的URL鏈接。
包含用戶控制項的頁面的URL鏈接
http://localhost/mypage.aspx?categoryid=foo&selectedid=0
http://localhost/mypage.aspx?categoryid=foo&selectedid=1
當請求如上URL地址的頁面時，由於控制項中@ OutputCache指令的設置，尤其是屬性VaryByParam的設置，那麼在伺服器緩存中就會存儲兩個版本的用戶控制項緩存實例。
控制項緩存設置除了支持以上所述VaryByParam屬性外，還支持VaryByControl屬性。VaryByParam屬性基於使用POST或者GET方式發送的名稱/值對來改變緩存，而VaryByControl屬性通過用戶控制項文件中包含的伺服器控制項來改變緩存。下面是VaryByControl屬性的應用示例代碼。
用戶控制項中的@ OutputCache指令設置源代碼
＜%@ OutputCache Duration="120" VaryByParam="none" VaryByControl="Category" %＞
以上代碼設置緩存有效期是120秒，並且頁面不隨任何GET或POST參數改變（即使不使用VaryByParam屬性，但是仍然需要在@ OutputControl指令中顯式聲明該屬性）。如果用戶控制項中包含ID屬性為「Category」的伺服器控制項（例如下拉框控制項），那麼緩存將根據該控制項的變化來存儲用戶控制項數據。
如果讀者已經掌握了頁面輸出緩存的@ OutputCache指令設置方法，那麼控制項緩存的@ OutputCache指令也會迎刃而解，無非僅使用其中的6個屬性而已。然而，可能會產生疑問：如果ASP.NET頁面和其中包含的用戶控制項都通過@ OutputCache指令設置了緩存，那麼緩存該如何運行呢？
遇到這個問題時，應掌握以下個基本原則：一是ASP.NET允許在頁面和頁面的用戶控制項中同時使用@ OutputCache指令設置緩存，並且允許設置不同的緩存過期時間值。二是如果頁面輸出緩存過期時間長於用戶控制項輸出緩存過期時間，則頁面的輸出緩存持續時間優先。例如，如果頁面輸出緩存設置為100秒，而用戶控制項的輸出緩存設置為50秒，則包括用戶控制項在內的整個頁將在輸出緩存中存儲100秒，而與用戶控制項較短的時間設置無關。三是如果頁面輸出緩存過期時間比用戶控制項的輸出緩存過期時間短，則即使已為某個請求重新生成該頁面的其餘部分，也將一直緩存用戶控制項直到其過期時間到期為止。例如，如果頁面輸出緩存設置為50秒，而用戶控制項輸出緩存設置為100秒，則頁面其餘部分每到期兩次，用戶控制項才到期一次。
『陸』 非阻塞send返回值 大於 發送緩沖區的最大長度 這是怎麼回事
send()並不表示必須等緩沖區填滿後才能真正發送。 你這邊往發送緩沖區中復制數據時，網卡那邊已經發送了緩沖區中前面的部分，又空出來部分緩沖區，當然對你上層來說緩沖區變大了。
socket創建如下：
socketfd = socket(PF_INET, SOCK_STREAM, 0);
//設置非阻塞代碼如下
int setnonblocking(int fd)
{
int old = fcntl(fd, F_GETFL);
int new = old | O_NONBLOCK;
fcntl(fd, F_SETFL, new);
return old;
}
ip地址是server端地址：192.168.201.155 埠12345. 地址和埠是沒問題的，我在server端能夠接收到客戶端的發送的數據。
另外不知道你的測試代碼是怎麼寫的，尤其是socke
『柒』 java怎樣將數據保存到緩存中，之後再保存
Java中可以使用隊列來保存數據，當使用的時候，加上鎖，防止其他進程訪問，當不用的時候保存到資料庫裡面，示例如下：
packagecom.henry;
importjava.util.HashMap;
importjava.util.Map;
importjava.util.Random;
importjava.util.concurrent.locks.ReadWriteLock;
importjava.util.concurrent.locks.ReentrantReadWriteLock;
publicclassCacheDataTest{
staticMap<Integer,Object>dataMap=newHashMap<Integer,Object>();
staticReadWriteLocklock=newReentrantReadWriteLock();//創建讀寫鎖的實例
staticObjectgetData(Integerkey){
lock.readLock().lock();//讀取前先上鎖
Objectval=null;
try{
val=dataMap.get(key);
if(val==null){
//
lock.readLock().unlock();
lock.writeLock().lock();
try{
//可能已經由其他線程寫入數據
if(val==null){
//dataMap.put(key,"");//queryfromdb
val=queryDataFromDB(key);
}
}finally{
//
lock.readLock().lock();
//Unlockwrite,stillholdread
lock.writeLock().unlock();
}
}
}finally{
lock.readLock().unlock();//最後一定不要忘記釋放鎖
}
System.out.println("getdatakey="+key+">val="+val);
returnval;
}
staticObjectqueryDataFromDB(Integerkey){
Objectval=newRandom().nextInt(1000);
dataMap.put(key,val);
System.out.println("writeintodatakey="+key+">val="+val);
returnval;
}
publicstaticvoidmain(String[]args){
for(inti=0;i<10;i++){
newThread(newRunnable(){publicvoidrun(){
getData(newRandom().nextInt(5));
}}).start();
}
}
}
『捌』 單片機串口通信問題，有個疑問，SBUF做為發送緩存的時候，把數據填寫在裡面，後會自動通過串口發送
不用很復雜的，就兩步：1）設定一個內部定時器作為波特率發生器，例如用T1，做下必要的設置如下：
void InitUart()//串口初始化函數
{
SCON = 0x50; //T1工作於方式1
TMOD = 0x20; //T1 8位自動重裝
TH1 = 0xf3; //晶體12MHz\波特率2400，其他波特率要重新計算
TR1 = 1; //啟動T1
}
2）寫個串口發送程序如下：
void SendData(uint dat)//MCU串口數據輸出函數
{
SBUF = dat;
while (!TI);
TI = 0;
}
//這里要注意這三條語句的順序！
應用如下：
/*********主函數***********************************/
main()
{
InitUart();
while(1)
{
ShowResult(10);//可以發送10進制或16進制數據，串口助手裡要設定16進制接收
Delay(50);
}
}
//做演示時，要有一個毫秒延時函數相配合；對於普通C51單片機延時可小些，對於1T單片機延時要大些，視數據顯示的速度而定，真實應用時，根據具體情況而定。
『玖』 通過socket發送數據時，這些數據是被馬上發出的嗎還是要放在緩存一會
看你用到的是什麼樣子的流了，如果你用的是BufferedReader，它是帶緩沖區的，會將你的數據在緩存中累積到一定的數量一起發出，就像你說的那樣，想要馬上發出數據，可以後面加一句*.flush().意思就是說刷新緩沖區，讓數據馬上發出。
如果你用的是不帶緩沖區的流，如DataInputStream和DataOutputStream，就不需要擔心這個問題，數據會馬上發出