编写Socket客户端和服务器程序，客户端读取本地文件的数据，发送到服务器，服务器接收并存储到文件中。

2014-07-18 09:28:21 1k 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

PC微信逆向) 读取内存联系人链表首先从一些网络上搜索到的信息可以得出联系人列表是保存在内存里的，并且是全局变量不会被释放，所以我们可以通过搜索某个联系人的信息来定位阅读详情

2. 编写Socket客户端和服务器程序，客户端读取本地文件的数据，发送到服务器，服务器接收并存储到文件中。
消息格式：
字段长度(单位字节) 内容
--------------------------------------------------------------------
len 8 整个消息长度，不包括这4个字节，类型为long
file_name_length 1 文件名长度，byte
file_name file_name_length 文件名，String
data_length 8 文件数据长度，long
data data_length 文件数据
mac 8 消息的MAC码，byte
客户端执行：
java FileClient -i 192.168.1.171 -p 8888 -f localFileName -r remoteFileName
服务器能连续不断的服务。
这个消息格式怎么解读了，没看明白，谢谢大家了

...全文

基于JAVA的GB28181实现之SIP服务核心组件解析本文深入解析了基于JAVA的GB28181标准中SIP服务的核心组件实现，包括协议栈选择、消息处理引擎、事务管理器等关键技术点。通过实战案例分享海康威视、大华设备的特殊处理技巧，并提供性能优化和常见问题排查指南，帮助开发者高效构建稳定的视频监控系统。阅读详情

xmmxjycqupt

Java SE 62,620 成员 307,251 内容

+ 关注 + 加入社区

切换为时间正序

致知Fighting 2014-07-18

打赏
举报

引用 3 楼 xmmxjycqupt 的回复:

[quote=引用 1 楼 ygycomon 的回复:] 就是你把收到的消息丢进byte数组里，头8位读出来是一个long，代表消息的长度。下一位是文件名的长度，byte型。然后在读出上一步读的byte这么长的位数，这就是文件名，后面的依此类推

是不是应该是这样的，本地文件保存的应该光指上面消息中的data，服务器通过解析这个data以及获取客户端的信息，得出这样的消息格式的数据，存储到文件中。[/quote] 客户端按照这个协议（格式）把数据发给你，你按照这个协议解析数据，把文件数据读出来写进文件，把文件名数据读出来给文件命个名，就这么简单

secret32 2014-07-18

打赏
举报

引用 4 楼 xmmxjycqupt 的回复:

[quote=引用 2 楼 secret32 的回复:] len 8 整个消息长度，不包括这4个字节，类型为long ===================================================== 首先后面写的不包括这4个字节而长度为8字节是否笔误? 我当做8字节讲你的整个消息是这样的: 消息长度文件名长度文件名文件数据长度文件数据 mac码读取时按字节读取头8个字节是总消息的长度(不包括这8个字节) 第9个字节是文件名的长度,假设为x字节从第10个字节开始的x个字节就是文件名从(10+x)个字节开始的8个字节就是文件数据的长度,假设为y字节从第(10+x+8)个字节开始的y个字节就是文件数据从第(10+x+8+y)个字节开始的8个字节就是消息mac码这样消息就读完了正常的话这时候从第9个字节到mac码结束的总长度应该是等于消息长度的,可以做个校验, 接收到这个长度的字节数后就不再接受本条消息的后续字节(如果有的话)了

你看我说的这个对吗？是不是应该是这样的，本地文件保存的应该光指上面消息中的data，服务器通过解析这个data以及获取客户端的信息，得出这样的消息格式的数据，存储到文件中。谢谢你了！[/quote] 本地文件保存的应该只是data, 客户端应该先读取本地文件并包装成指定的消息格式,然后传给服务器

xmmxjycqupt 2014-07-18

打赏
举报

引用 2 楼 secret32 的回复:

len 8 整个消息长度，不包括这4个字节，类型为long ===================================================== 首先后面写的不包括这4个字节而长度为8字节是否笔误? 我当做8字节讲你的整个消息是这样的: 消息长度文件名长度文件名文件数据长度文件数据 mac码读取时按字节读取头8个字节是总消息的长度(不包括这8个字节) 第9个字节是文件名的长度,假设为x字节从第10个字节开始的x个字节就是文件名从(10+x)个字节开始的8个字节就是文件数据的长度,假设为y字节从第(10+x+8)个字节开始的y个字节就是文件数据从第(10+x+8+y)个字节开始的8个字节就是消息mac码这样消息就读完了正常的话这时候从第9个字节到mac码结束的总长度应该是等于消息长度的,可以做个校验, 接收到这个长度的字节数后就不再接受本条消息的后续字节(如果有的话)了

你看我说的这个对吗？是不是应该是这样的，本地文件保存的应该光指上面消息中的data，服务器通过解析这个data以及获取客户端的信息，得出这样的消息格式的数据，存储到文件中。谢谢你了！

xmmxjycqupt 2014-07-18

打赏
举报

引用 1 楼 ygycomon 的回复:

就是你把收到的消息丢进byte数组里，头8位读出来是一个long，代表消息的长度。下一位是文件名的长度，byte型。然后在读出上一步读的byte这么长的位数，这就是文件名，后面的依此类推

是不是应该是这样的，本地文件保存的应该光指上面消息中的data，服务器通过解析这个data以及获取客户端的信息，得出这样的消息格式的数据，存储到文件中。

secret32 2014-07-18

打赏
举报

len 8 整个消息长度，不包括这4个字节，类型为long ===================================================== 首先后面写的不包括这4个字节而长度为8字节是否笔误? 我当做8字节讲你的整个消息是这样的: 消息长度文件名长度文件名文件数据长度文件数据 mac码读取时按字节读取头8个字节是总消息的长度(不包括这8个字节) 第9个字节是文件名的长度,假设为x字节从第10个字节开始的x个字节就是文件名从(10+x)个字节开始的8个字节就是文件数据的长度,假设为y字节从第(10+x+8)个字节开始的y个字节就是文件数据从第(10+x+8+y)个字节开始的8个字节就是消息mac码这样消息就读完了正常的话这时候从第9个字节到mac码结束的总长度应该是等于消息长度的,可以做个校验, 接收到这个长度的字节数后就不再接受本条消息的后续字节(如果有的话)了

致知Fighting 2014-07-18

打赏
举报

就是你把收到的消息丢进byte数组里，头8位读出来是一个long，代表消息的长度。下一位是文件名的长度，byte型。然后在读出上一步读的byte这么长的位数，这就是文件名，后面的依此类推

编写Socket客户端和服务器程序，客户端读取本地文件的数据，发送到服务器，服务器接收并存储到文件中。

相关推荐