使用非英文键(101)键盘进行输入,不少字符都无法正常输出,这应该算是一个还蛮常见的国际化问题,虽然其root cause千差万别。本文即将讲述一个用意大利键盘输入组合键时发生的异常情况,并尝试分析失效现象背后的一种技术可能。
业务背景是这样的,当用户在local client端用意大利键盘输入组合键Alt Gr+@时,remote端的notepad中显示字符[[[[,而其他按键则完全没有输出。
这种情况下,大家的第一反应应该都会是keyboard mapping问题吧?嗯~~~如果这是一个standalone按键,那么mapping table几乎就无法为自己洗脱犯罪嫌疑了。但本例恰恰是一个组合键的特例,真凶应该另有他人。
走读WebSocket部分代码,不难发现本例中的元凶还不止一个!应属于协同作案。首先在frameData的读取问题上,ByteBuffer并未在put写模式后调用flip进入读模式。
public void frameData(ByteBufferinputBuffer, ByteBuffer workingBuffer, WebsocketUtils utils) {
workingBuffer.clear();
workingBuffer.put(frameData(inputBuffer, utils));
}
其次在对data Length进行比较的时候,存在明显的逻辑漏洞。
/**
* @return The number of bytes the frame willadd to a byte array of this length
*/
public intgetFrameOverheadExcludingMask(int dataLength) {
if (dataLength < SMALL_FRAME_DATA_LEN) {
return FRAME_HEADER_OVERHEAD + SMALL_FRAME_SIZE_OVERHEAD;
} else if (dataLength >= SMALL_FRAME_DATA_LEN ) {
return FRAME_HEADER_OVERHEAD + EXT_SIZE_OVERHEAD +MEDIUM_FRAME_SIZE_OVERHEAD;
} else if (dataLength >= MEDIUM_FRAME_DATA_LEN ) {
return FRAME_HEADER_OVERHEAD + EXT_SIZE_OVERHEAD +LARGE_FRAME_SIZE_OVERHEAD;
}
}
修改后的示意代码如下。
public intgetFrameOverheadExcludingMask(int dataLength) {
if (dataLength < SMALL_FRAME_DATA_LEN) {
return FRAME_HEADER_OVERHEAD + SMALL_FRAME_SIZE_OVERHEAD;
} else if (dataLength < MEDIUM_FRAME_DATA_LEN ) {
return FRAME_HEADER_OVERHEAD + EXT_SIZE_OVERHEAD +MEDIUM_FRAME_SIZE_OVERHEAD;
} else {
return FRAME_HEADER_OVERHEAD + EXT_SIZE_OVERHEAD +LARGE_FRAME_SIZE_OVERHEAD;
}
}
public void frameData(ByteBufferinputBuffer, ByteBuffer workingBuffer, WebsocketUtils utils) {
workingBuffer.clear();
workingBuffer.put(frameData(inputBuffer, utils));
workingBuffer.flip();
}
当然除了对这些主犯重构再造外,还需要修改一些从犯,才能彻底修复问题,这里不再一一罗列。反思本案例,严格来讲,他其实很难称得上一个真正的国际化问题,而是byte array长度导致的溢出,只不过用非英文键盘(例如意大利键盘)更容易触发而已。另外考虑到各个网络传输协议的特殊性,也许大家永远不会碰到和我完全一致的情况,然而一旦面临组合键的国际化键盘+remote输入模式时,byte array的length应该会是一个很好的突破口哦!