Python Socket服务端如何实现Android Studio端的Java图片接收

核心依赖类与功能模块 #

所有实现完全基于Android原生API，不需要引入额外第三方SDK，新手可以快速上手：

• 网络通信类：直接使用Java标准库的Socket类，配合InputStream、OutputStream实现TCP流的读写，和现有Python TCP服务端的协议完全兼容
• 权限配置：需要在AndroidManifest.xml中声明INTERNET网络权限；由于Android 9.0以上默认禁止明文非加密网络流量，需要给应用单独开启明文网络访问权限，否则会被系统拦截Socket连接
• 线程规则：所有Socket网络操作禁止在主线程执行，必须新开独立的工作线程运行接收逻辑，否则会触发NetworkOnMainThreadException导致应用崩溃
• 图片处理类：接收完成的二进制流，可以用BitmapFactory转换为可展示的图片对象，配合FileOutputStream将数据落盘为本地图片文件

Java端图片接收的实现逻辑 #

完全适配现有Python服务端的传输流程，不需要修改已有服务端代码即可对接：

1. 在独立工作线程中实例化Socket，指定Python服务端的局域网IP、端口5560，完成TCP连接建立
2. 从Socket的输入流中读取服务端发来的第一帧字符串，也就是Python端发送的STORE 图片保存路径指令，按照空格拆分出命令标识与保存路径，逻辑和现有Python客户端的解析逻辑完全一致
3. 开启循环分块读取图片二进制数据：每次从输入流读取固定长度的字节块，将读取到的字节实时写入本地文件的输出流
4. 终止循环判断：由于现有Python服务端发完所有图片数据后会直接关闭连接，Android端只需要在输入流读取返回-1（代表对端连接关闭、流读取到末尾）时终止循环，此时即代表图片数据全部接收完成
5. 接收完成后依次关闭文件流、Socket连接，将接收完成的图片路径回传到UI线程，做界面展示或操作提示

分块传输与整图传输的实际差异 #

• 可行性层面：整图传输完全可以实现，技术上没有任何障碍，只需要把整个图片文件一次性读取为字节数组，通过Socket发送即可
• 实际使用差异：
  • 内存占用差异：分块传输每次仅占用固定大小（如1KB/4KB/8KB）的内存空间，不会随图片大小变化出现内存陡增；整图传输需要一次性为整个图片文件分配连续内存，当图片尺寸达到数MB时，很容易在内存紧张的设备上触发内存溢出（OOM）
  • 传输效率差异：TCP协议本身是面向流的协议，不存在“整包一次性发送”的实际效果，不管应用层怎么分块，系统协议栈都会根据网络MTU值自动拆分数据包；如果整图传输的字节块过大，反而会因为频繁拆包、重传拉低传输效率
  • 扩展性差异：分块传输的模式后续要加传输进度展示、断点续传等功能时，只需要在现有分块逻辑上增加偏移量记录即可，改造成本极低；整图传输的模式要实现这类功能的改造成本很高
• 优化提醒：当前双方代码没有在传输前告知图片总大小，完全依赖连接断开判断接收结束，很容易因为网络异常断连，把截断的不完整图片误存为有效文件，后续可以在服务端的STORE指令中增加图片总长度字段，客户端收到指令后知道需要读取的总字节数，可靠性会大幅提升

内容的提问来源于stack exchange，提问作者user13024886