我從VNC服務器接收字節的數據,使用Real VNC這部作品在我的方法/功能:C#和Java的套接字和字節數據讀取開銷
byte[] readBytes = new byte[count];
sock.Receive(readBytes);
使用TigerVNC它不起作用,但這樣做:
byte[] readBytes = new byte[count];
byte[] aByte = new byte[1];
for (int i = 0; i < count; i++)
{
sock.Receive(aByte);
readBytes[i] = aByte[0];
}
我在無意中發現它很快,因爲當我用斷點的原代碼進來好嗎從緊VNC,沒有接收到前兩個字節只有打破。我的套接字被阻塞,並且接收大小爲1024.但是,我在本地運行服務器和客戶端,因爲我沒有其他測試方式。
的問題是:
比使用的內存的額外的字節以「aByte」,並通過X字節迭代其他。與使用Socket.Receive直接接收它有什麼不同?考慮到我可能會在某個時候獲得MB的數據。
此外,這將在黑莓手機上作爲Java應用程序實現,這種方法是否會影響Java Mobile中的處理?
乾杯,克雷格
你是什麼意思,在TigerVNC它「不起作用」? –
沒有中斷(在調試中)只有從Tight VNC收到前兩個字節。現在回答的問題是,我沒有給套接字時間來接收數據。 –