JPCAP实际上并非一个真正去实现对数据链路层的控制，而是一个中间件，JPCAP调用wincap/libpcap，而给JAVA语言提供一个公共的接口，从而实现了平台无关性。在官方网站上声明，JPCAP支持FreeBSD 3.x, Linux RedHat 6.1, Fedora Core 4, Solaris, and Microsoft Windows 2000/XP等系统。
二．JPCAP机制
JPCAP的整个结构大体上跟wincap/libpcap是很相像的，例如NetworkInterface类对应wincap的typedef struct _ADAPTERADAPTER，getDeviceList()对应pcap_findalldevs()等等。 JPCAP有16个类，下面就其中最重要的4个类做说明。
1．NetworkInterface
该类的每一个实例代表一个网络设备，一般就是网卡。这个类只有一些数据成员，除了继承自java.lang.Object的基本方法以外，没有定义其它方法。
建议你下载我的java版本至尊聊天程序源码下去参考。在CSDN或百度上找吧。协议完全自己来定制，数据以字节发送，以什么开始，什么结束，中间分几段，都可由你自己来定，接收时，就按你定的规则来解析并还原。比如：我要的协议格式为
:>10:3:5:content:<
:>表示一条消息的开始。
10表示总消息长度（只是个代数，有可能不是10，需要你在发送前计算）
:为分隔符
3为头消息长度，也可能不是3
5表示后面的消息内容长度，甚至还可以定制，是否有图片，从多少位置开始是图片的数据。
:<表示结束标志
没有人限制你的协议。
关键一点：你在收取的时候，一定要注意数据可能会粘包，这个问题很头疼的。因为一般都是多线程模式。这需要你自己来处理它。一言难清。可以参考我的聊天程序。
在java中用socket传输对象的时候，底层是把java对象序列化，然后以二进制数据进行传输的。socket的服务端和客户端都需要有这个对象的声明，比如客户端发送的是com.client.MsgPackage对象，那么这个对象的class文件必须在服务端的classpath中。否则就会是接收方接收了tcp的数据包，但是无法还原成对象。底层要能把对象序列化，这个对象要实现一个可序列化的接口：java.io.Serializable。
类通过实现 java.io.Serializable
接口以启用其序列化功能。未实现此接口的类将无法使其任何状态序列化或反序列化。可序列化类的所有子类型本身都是可序列化的。序列化接口没有方法或字段，仅用于标识可序列化的语义。
writeObject 方法负责写入特定类的对象的状态，以便相应的 readObject 方法可以恢复它。通过调用
out.defaultWriteObject 可以调用保存 Object 的字段的默认机制。该方法本身不需要涉及属于其超类或子类的状态。通过使用
writeObject 方法或使用 DataOutput 支持的用于基本数据类型的方法将各个字段写入 ObjectOutputStream，状态可以被保存。
readObject 方法负责从流中读取并恢复类字段。它可以调用 in.defaultReadObject
来调用默认机制，以恢复对象的非静态和非瞬态字段。defaultReadObject
方法使用流中的信息来分配流中通过当前对象中相应指定字段保存的对象的字段。这用于处理类演化后需要添加新字段的情形。该方法本身不需要涉及属于其超类或子类的状态。通过使用
writeObject 方法或使用 DataOutput 支持的用于基本数据类型的方法将各个字段写入 ObjectOutputStream，状态可以被保存。
