@ljzxloaf 软件并不是给大众用的，只给部分有特殊需求的人，放市场面临着频繁更新，又要频繁的审核。是会被市场给牵制，不想被别人控制。

@windyland 你这个方案很详细。嗯，谢谢建议。

@Lin0936 不想上架到市场

@miaoxia 感谢靠谱

@resist 现在不是发的问题，socket 发 90,0000 的长度，在本地是很快的，但是我要发的是 int[]，把它转成 byte[]费时，接收端还要还原成 int[]

@windplume 内存共享是指 MemoryFile ？这个方法，还是要将 intt[]转成 byte[]才行，这个还是避免不了 浪费 70ms 的时间

@windplume 共享内存没试过，有具体点的介绍吗

@Kamiyu0087 int[]里面保存的是图片的颜色，A 通过

int[] rgbdata = new int[screenWidth * screenHeight];
bitmap.getPixels(rgbdata, 0, screenWidth, 0, 0, screenWidth, screenHeight);

取到的

一样被这个问题困扰，加壳服务有哪个能推荐下的，个人 APP，不是公司。价格太高用不起

@muzuiget 对的

@May725 原始需求就是把 int[] data 发送给接收端

@wuketidai 对路

@rrfeng 用 int[] data = new int[width*height];
bitmap.getPixels(data, 0, width, 0, 0, width, height);转成 int[] 800000 仅用了 30ms，

@stonefeng 现在已经不是协议和发送失败的问题，是发送效率的问题

@n770011 去掉了 os.close();发送都不成功了！！没去掉的话第一次还是成功的

@fdppzrl 不是呢

@jinhan13789991 去掉了 os.close();发送都不成功了！！

我现在可以确认一点是，while 循环，第一次执行到 inStream.read(buffer)的时候，后阻塞在这句，直到客户端发送数据，才会往下执行。

但是关键是，处理完第一次后，新的一轮 while 循环到 inStream.read(buffer)的时候和第一次不一样，不阻塞了，理解不了

@0o0O0o0O0o 你是在手机测试还是模拟器测试的？