注册
登录
| 关键词： 图片 字节 大小 消息 数组 屏幕 实验 一个 代码 Java |
远程屏幕监视使得控制方可以在远程主机上监视其它一台机器，其主要实现原理就是将被控制机器的屏幕作为图片传送给监视方，在Java中要实现远程屏幕监视，主要解决以下几个问题即可： 1：将当前屏幕的显示内容捕捉为图片 2：将捕捉的图片发送到远程控制主机 3：远程控制主机接收到在本地显示 4：利用多线程重复上面三步达到实时更新 说起来怎么这么简单啊，今天试着做了一下远程屏幕监视的实验，发现还真不是这么简单的，把我的心得总结出来共享一下，希望对你有用。 将当前屏幕显示内容捕捉为图片 Java代码 Robot robot = new Robot(); //要捕捉的屏幕显示范围，下面以全屏示例说明 Rectangle rect = new Rectangle(Toolkit.getDefaultToolkit().getScreenSize()); BufferedImage bm = robot.createScreenCapture(rect); 通过上面几行代码就把屏幕的当前显示内容保存为内存中的BufferedImage对象，这个确实简单. 将捕捉的图片发送到远程控制主机 要达到实时监控，怎么保证发送效率，在网络状况不良好时怎么保证发送时使用带宽 因为要不停地往控制机上发送图片，所以传送的图片不能太大，否则会影响实时性，当网络状况不好时，占用带宽过多则更加会给实时性带来严峻的考验，解决的方法有两个： 1：使用jpg格式的图片进行传输。 jpg是一种支持高度压缩技术的图片格式，它所存储的信息不包含透明度，同等质量的情形下相对来说比png，gif等格式的图片要小很多，当然，文件大小是以图像质量为代价的，如果你一味地追求压缩后的大小，图像质量就会受损了。我在实验中使用大小为28394字节的png图片经过jpg压缩后大小仅剩5815字节(不是PS，整个过程全部使用Java完成)。 2：将用图片生成的字节数据先压缩再传送。 这一步是仁者见仁，智者见智了，有人说没有必要，jgp格式的图片再压缩也小不了多少。确实是这样的，我在实验中把5815字节大小的jpg经过zip压缩后为大小变为5702，有点小作用，实际应用中压缩与否就看你了(压缩其它格式的图片效果可能会明显一点，我在实验中把一个大小为883078字节的bmp图片压缩后大小仅为16849字节，很可观，达到了52:1)。 我能想到的就是这两点了，欢迎各位仁智双全的人补充。下面就是这两点用到的Java技术，Java高手就直接跳过吧。 使用Java将图片处理成jpg格式 Java代码 //outputstream就是要写入处理后的jpg图片的输出流，要保存到文件的话就用FileOutputStream JPEGCodec.createJPEGEncoder(outputstream).encode(bm); ImageIO.write(bm, "jpg", outputstream); 这两种方法有什么差别呢?别的我不知道，就平均效率来说，第二种是第一种的2倍，我实验中转换了10次，使用的时间分别是125和250(单位是百分之一毫秒，机子有点慢的说). 把图片数据转换为字节数组 Java代码 ByteArrayOutputStream bos = new ByteArrayOutputStream(); JPEGCodec.createJPEGEncoder(bos).encode(bm); // 上句也可以用 ImageIO.write(bm, "jpg", bos)实现 bos.flush(); byte[] data = bos.toByteArray(); 将生成的字节数组进行zip压缩 Java代码 ZipOutputStream zos = new ZipOutputStream(bos); zos.setLevel(Deflater.BEST_COMPRESSION); //下面我以ScreenCapture.jpg说明 zos.putNextEntry(new ZipEntry("ScreenCapture.webp")); zos.write(data); zos.closeEntry(); 好了，这个时候就可以把字节数组发往监控机器了，如果你发了，你就知道，问题又来了(不会吧!)。 1：既然是采用多线程发送多张图片，那么对于一张图片，接收方怎么知道你发完了呢? 2：如果要发其它的数据，比如鼠标点击等，接收方又怎么区分什么时候发的是图片，什么时候发的是其它的…… 对于这两点问题，最直接的解决方法是当数据发送完成后关闭发送字节的输出流，第二次发送时重新建立连接(网上确实有人这样肆无忌惮地做)，这种方法采用不采用就看良心了(汗)。我采用的解决方法是，每次发送数据前都告诉接收方要发什么东西(解决问题2)，同时告诉它我发了多少字节(解决问题1)，接收方只要接收了这么多字节数，就表示本次发送完成，最后再发送真正要发送的内容(图片等)，说简单点就是，发送的消息结构如下： 【标识位 大小 消息】 标识位：采用一个整型，其实是一个byte，占一个字节 大小：一个整型，占四个字节 消息：实际要发送的字节数组，长度就是字节数组的长度 这样接收方每次都是先读取一个整数，判断发送方是要发送什么消息，然后再判断消息的大小，然后再接收指定大小的消息，最后完成本次发送转入下一次接收工作。 采用Socket的方式进行消息的发送 Java代码 DataOutputStream dos = new DataOutputStream(client.getOutputStream()); //SEND_IMAGE_SYMBOL是一个标识位，你随便定义，只要保证能与其它标识位区分就行 dos.write(SEND_IMAGE_SYMBOL); dos.writeInt(data.length); dos.write(data); dos.flush(); 啊，真不容易，终于发送出去了!不知道那边接收到了没有?那现在就去追踪报道吧。 远程控制主机接收消息 Java代码 //先要判断消息的类型 DataInputStream reader = new DataInputStream(socket.getInputStream()); int msgSymbol = reader.read(); //还记得这个SEND_IMAGE_SYMBOL吗 if (msgSymbol == SEND_IMAGE_SYMBOL) { //哦，是要发送图片啊。让我看看你的图片有多大 int msgSize = reader.readInt(); //晕，你网速好也不用发这么大吧，我一次接收不完的，不过幸好我有准备 byte[] buffer = new byte[msgSize]; int length = 0; while (length < msgSize) { int readSize = reader.read(buffer, length, msgSize - length); if (readSize > 0) { length = length + readSize; } else { break; } } //这是非常关键的，图片太大时一次性是读不完的，一定要使用缓冲重复读取。 //人家给我发送的消息是图片，怎么把字节数组还原成图片呢？ ByteArrayInputStream bis = new ByteArrayInputStream(buffer); ZipInputStream zis = new ZipInputStream(bis); //读取压缩的数据内容。 ZipEntry ze = zis.getNextEntry(); BufferedImage bi = ImageIO.read(zis); //或者BufferedImage bi = JPEGCodec.createJPEGDecoder(zis).decodeAsBufferedImage(); //上面两行代码的差别已经说过了 //另外，如果在发送的时候你没有进行压缩，把上面的zis换成bis就行。 //有了BufferedImage对象，剩下的就是把它显示出来了进行远程"偷窥"，任何一个支持图片显示的swing组件你都以用，我在实验中用的是JPanel，一个简单又支持双缓冲的组件。 } 最后，就是使用多线程重复上面的步骤进行实时监控了。有什么问题欢迎指正。 本次实验进行的还算成功，成功偷窥了自己的桌面。谢谢你坚持看完我的文章，向你致敬! 下面是本次实验的运行图： |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
