当前位置:首页 > > 充电吧
[导读]先说明一下粘包的概念: 发送时是两个单独的包、两次发送,但接收时两个包连在一起被一次接收到。在以前 WinCE 下 Socket 编程,确实也要处理粘包的问题,没想到在 Android 下也遇到了。首

先说明一下粘包的概念: 发送时是两个单独的包、两次发送,但接收时两个包连在一起被一次接收到。

在以前 WinCE 下 Socket 编程,确实也要处理粘包的问题,没想到在 Android 下也遇到了。
首先想从发送端能否避免这样的问题,例如: (1) 调用强制刷数据完成发送的函数;(2) 设置发送超时。
1 先试了调用 flush() 函数,但运行后现象依旧
2 设置发送超时是 Windows 平台的做法,但在 Android 平台下是否有类似的设置呢?
查看 Socket 类的实现代码:java.net.socket socket.class 文件后发现,还是有函数可以完成这样的设置的。请看如下函数和变量的说明:

/**
 * Sets this socket's {@link SocketOptions#TCP_NODELAY} option.
 */
public void setTcpNoDelay(boolean on) throws SocketException {
    checkOpenAndCreate(true);
    impl.setOption(SocketOptions.TCP_NODELAY, Boolean.valueOf(on));
}


/**
 * This boolean option specifies whether data is sent immediately on this socket.
 * As a side-effect this could lead to low packet efficiency. The
 * socket implementation uses the Nagle's algorithm to try to reach a higher
 * packet efficiency if this option is disabled.
 */
public static final int TCP_NODELAY = 1;


一般情况下,只需要调用如下的代码即可:

public Socket clientSocket = null;
// 实例化对象并连接到服务器
clientSocket = new Socket("172.25.103.1",12589);


不用做任何设置就可以完成与服务器/客户端的通讯,刚开始我也是这样做的。所以,遇到了上面的问题。

// 发送数据包,默认为 false,即客户端发送数据采用 Nagle 算法;
// 但是对于实时交互性高的程序,建议其改为 true,即关闭 Nagle 算法,客户端每发送一次数据,无论数据包大小都会将这些数据发送出去
clientSocket.setTcpNoDelay(true);


看以下较完整的 Socket 初始化与设置过程:

/* * * * * * * * * * 客户端 Socket 通过构造方法连接服务器 * * * * * * * * * */
try {
  // 客户端 Socket 可以通过指定 IP 地址或域名两种方式来连接服务器端,实际最终都是通过 IP 地址来连接服务器
  // 新建一个Socket,指定其IP地址及端口号
  Socket clientSocket = new Socket("172.25.103.1",12589);
  // 客户端socket在接收数据时,有两种超时:1. 连接服务器超时,即连接超时;2. 连接服务器成功后,接收服务器数据超时,即接收超时
  // 设置 socket 读取数据流的超时时间
  clientSocket.setSoTimeout(5000);
  // 发送数据包,默认为 false,即客户端发送数据采用 Nagle 算法;
  // 但是对于实时交互性高的程序,建议其改为 true,即关闭 Nagle 算法,客户端每发送一次数据,无论数据包大小都会将这些数据发送出去
  clientSocket.setTcpNoDelay(true);
  // 设置客户端 socket 关闭时,close() 方法起作用时延迟 30 秒关闭,如果 30 秒内尽量将未发送的数据包发送出去
  clientSocket.setSoLinger(true, 30);
  // 设置输出流的发送缓冲区大小,默认是4KB,即4096字节
  clientSocket.setSendBufferSize(4096);
  // 设置输入流的接收缓冲区大小,默认是4KB,即4096字节
  clientSocket.setReceiveBufferSize(4096);
  // 作用:每隔一段时间检查服务器是否处于活动状态,如果服务器端长时间没响应,自动关闭客户端socket
  // 防止服务器端无效时,客户端长时间处于连接状态
  clientSocket.setKeepAlive(true);
  // 客户端向服务器端发送数据,获取客户端向服务器端输出流
  OutputStream osSend = clientSocket.getOutputStream();
  OutputStreamWriter osWrite = new OutputStreamWriter(osSend);
  BufferedWriter bufWrite = new BufferedWriter(osWrite);
  // 代表可以立即向服务器端发送单字节数据
  clientSocket.setOOBInline(true);
  // 数据不经过输出缓冲区,立即发送
  clientSocket.sendUrgentData(0x44);//"D"
  // 向服务器端写数据,写入一个缓冲区
  // 注:此处字符串最后必须包含“rnrn”,告诉服务器HTTP头已经结束,可以处理数据,否则会造成下面的读取数据出现阻塞
  // 在write() 方法中可以定义规则,与后台匹配来识别相应的功能,例如登录Login() 方法,可以写为write("Login|LeoZheng,0603 rnrn"),供后台识别;
  bufWrite.write("Login|LeoZheng,0603 rnrn");
  // 发送缓冲区中数据 - 前面说调用 flush() 无效,可能是调用的方法不对吧!
  bufWrite.flush();
}
catch (UnknownHostException e) {
	e.printStackTrace();
} catch (IOException e) {
	e.printStackTrace();
}


/* * * * * * * * * * Socket 客户端读取服务器端响应数据 * * * * * * * * * */
try {
  // serverSocket.isConnected 代表是否连接成功过
  // 判断 Socket 是否处于连接状态
  if(true == serverSocket.isConnected() && false == serverSocket.isClosed()) {
  	// 客户端接收服务器端的响应,读取服务器端向客户端的输入流
  	InputStream isRead = serverSocket.getInputStream();
  	// 缓冲区
  	byte[] buffer = new byte[isRead.available()];
  	// 读取缓冲区
  	isRead.read(buffer);
  	// 转换为字符串
  	String responseInfo = new String(buffer);
  	// 日志中输出
  	Log.i("Socket Server", responseInfo);
  }
  // 关闭网络
  serverSocket.close();
}
catch (UnknownHostException e) {
	e.printStackTrace();
} catch (IOException e) {
	e.printStackTrace();
}


/* * * * * * * * * * Socket 客户端通过 connect 方法连接服务器 * * * * * * * * * */
try {
  Socket serverSocket = new Socket();
  // 使用默认的连接超时
  serverSocket.connect(new InetSocketAddress("172.25.103.1",12589));		// 连接超时 3 秒: serverSocket.connect(new InetSocketAddress("172.25.103.1",12589),3000);
  
  // 关闭 socket
  serverSocket.close();
}
catch (UnknownHostException e) {
	e.printStackTrace();
} catch (IOException e) {
	e.printStackTrace();
}


最后说明一点: 无论 Socket 如何设置,接收方是一定要处理粘包的问题的。即在接收时,对接收到的数据进行分析,看是否存在数据不全或粘包的现象。

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: 驱动电源

在工业自动化蓬勃发展的当下,工业电机作为核心动力设备,其驱动电源的性能直接关系到整个系统的稳定性和可靠性。其中,反电动势抑制与过流保护是驱动电源设计中至关重要的两个环节,集成化方案的设计成为提升电机驱动性能的关键。

关键字: 工业电机 驱动电源

LED 驱动电源作为 LED 照明系统的 “心脏”,其稳定性直接决定了整个照明设备的使用寿命。然而,在实际应用中,LED 驱动电源易损坏的问题却十分常见,不仅增加了维护成本,还影响了用户体验。要解决这一问题,需从设计、生...

关键字: 驱动电源 照明系统 散热

根据LED驱动电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。

关键字: LED 设计 驱动电源

电动汽车(EV)作为新能源汽车的重要代表,正逐渐成为全球汽车产业的重要发展方向。电动汽车的核心技术之一是电机驱动控制系统,而绝缘栅双极型晶体管(IGBT)作为电机驱动系统中的关键元件,其性能直接影响到电动汽车的动力性能和...

关键字: 电动汽车 新能源 驱动电源

在现代城市建设中,街道及停车场照明作为基础设施的重要组成部分,其质量和效率直接关系到城市的公共安全、居民生活质量和能源利用效率。随着科技的进步,高亮度白光发光二极管(LED)因其独特的优势逐渐取代传统光源,成为大功率区域...

关键字: 发光二极管 驱动电源 LED

LED通用照明设计工程师会遇到许多挑战,如功率密度、功率因数校正(PFC)、空间受限和可靠性等。

关键字: LED 驱动电源 功率因数校正

在LED照明技术日益普及的今天,LED驱动电源的电磁干扰(EMI)问题成为了一个不可忽视的挑战。电磁干扰不仅会影响LED灯具的正常工作,还可能对周围电子设备造成不利影响,甚至引发系统故障。因此,采取有效的硬件措施来解决L...

关键字: LED照明技术 电磁干扰 驱动电源

开关电源具有效率高的特性,而且开关电源的变压器体积比串联稳压型电源的要小得多,电源电路比较整洁,整机重量也有所下降,所以,现在的LED驱动电源

关键字: LED 驱动电源 开关电源

LED驱动电源是把电源供应转换为特定的电压电流以驱动LED发光的电压转换器,通常情况下:LED驱动电源的输入包括高压工频交流(即市电)、低压直流、高压直流、低压高频交流(如电子变压器的输出)等。

关键字: LED 隧道灯 驱动电源
关闭