Java Out Of Band(称为 "urgent data")数据

Question

这是一些尝试使用 OOB(紧急)数据的基本代码。我的问题是，如果客户端使用 C 或 Java，则服务器部分的行为不同。请注意，您可能认为这两个客户端都有些棘手，但如果我使用 C 服务器(以更好地控制 OOB)，那么无论我的服务器端 OOB 控制是什么，两个客户端的行为都完全相同。

首先是服务器(Java)部分:

Socket s = ss.accept();
s.shutdownOutput();
s.setOOBInline(true);
InputStream is = s.getInputStream();
for (;;) {
  byte []d = new byte[3];
  int l = is.read(d);
  if (l==-1) break;
  for (int i=0; i<l; i++) System.out.print((char)d[i]);
  System.out.println();
  Thread.sleep(2000);
}

然后是客户端(Java)部分:

Socket s = new Socket("localhost",61234);
s.shutdownInput();
OutputStream os = s.getOutputStream();
byte []n = new byte[10];
for (int i=0; i<n.length; i++) n[i] = (byte)('A'+i);
byte m = (byte)('0');   
os.write(n);
System.out.println("normal sent");
s.sendUrgentData(m);
System.out.println("OOB sent");
os.write('Z');
System.out.println("normal sent");

然后是备用客户端 (C) 部分:

s = socket(PF_INET,SOCK_STREAM,0);
bzero(&a,sizeof(a));
a.sin_family = AF_INET;
a.sin_port = htons(61234);
a.sin_addr.s_addr = inet_addr("127.0.0.1");
connect(s,(struct sockaddr *)&a,sizeof(a));
shutdown(s,SHUT_RD);
char m = '0';
char *n = "ABCDEFGHIJ";

printf("normal sent %d\n",write(s,n,strlen(n)));
printf("OOB sent %d\n",send(s,&m,1,MSG_OOB));
printf("normal sent %d\n",write(s,"Z",1));

现在这是我得到的(首先是 C 客户端，然后是 Java 客户端):

Accepting connection
ABC
DEF
GHI
J
Z
Accepting connection
ABC
DEF
GHI
J
0Z

Java 服务器似乎无法看到从 C 客户端发送的 OOB 数据。为什么 0 似乎丢失了？它没有，因为服务器至少检测到流中的 oob 边界。

Answer 1

并非所有套接字实现都以相同的方式支持带外数据。就这么简单。

微软的建议在这里:

• http://msdn.microsoft.com/en-us/library/windows/desktop/ms740102(v=vs.85).aspx

There are, at present, two conflicting interpretations of RFC 793 (where the concept is introduced).

The implementation of OOB data in the Berkeley Software Distribution (BSD) does not conform to the Host Requirements specified in RFC 1122.

Specifically, the TCP urgent pointer in BSD points to the byte after the urgent data byte, and an RFC-compliant TCP urgent pointer points to the urgent data byte. As a result, if an application sends urgent data from a BSD-compatible implementation to an implementation compatible with RFC 1122, the receiver reads the wrong urgent data byte (it reads the byte located after the correct byte in the data stream as the urgent data byte).

To minimize interoperability problems, applications writers are advised not to use OOB data unless this is required to interoperate with an existing service. Windows Sockets suppliers are urged to document the OOB semantics (BSD or RFC 1122) that their product implements.

如果你正在写一个新的协议(protocol)并且需要带外数据，我建议你需要一个单独的连接来处理你的紧急数据，或者你需要在应用层进行多路复用。

因此，如果可以选择，我的建议是不要使用 OOB 数据。