上周，同学让我帮忙写一个测试网络的工具。由于工作上的事情，断断续续地拖了很久才给出一个相对完整的版本。其实，我Python用的比较少，所以基本都是边查资料边写程序。程序的主要逻辑如下：读取一个excel文件中的ip列表，然后使用多线程调用ping统计每个ip的网络参数，最后把结果输出到excel文件中。代码如下所示：
#! /usr/bin/env python # -*- coding: UTF-8 -*- # File: pingtest_test.py # Date: 2008-09-28 # Author: Michael Field # Modified By：intheworld # Date: 2017-4-17 import sys import os import getopt import commands import subprocess import re import… 【查看更多】
前面有写过一篇简单的关于Netty的粘包和拆包问题，这里扯扯Mina。讲真，我对Mina其实不熟悉，但作为网络框架，和Netty什么的还是挺相似的。使用Mina处理报文数据的时候，也是通过添加自定义filter来实现的。对应与本文所讨论的拆包问题，就是ProtocolCodecFilter。
而ProtocolCodecFilter的构造函数有两个，分别是:
public ProtocolCodecFilter(ProtocolCodecFactory factory) public ProtocolCodecFilter(final ProtocolEncoder encoder, final ProtocolDecoder decoder)
如果使用的是第一个构造函数，就需要注意一些问题了。这个工厂类的作用就是产生encoder和decoder类。这里所说的协议使用了length字段来解决拆包和粘包问题。在拆包的情况下，会出现… 【查看更多】
在TCP/IP协议中，由于传输层并不了解应用层数据的含义，发送端传输层可能会对应用层数据进行拆分或者合并，在接收端也同样如此。由此而产生的问题就是常常会听说的“粘包与拆包”的问题。“粘包拆包”的问题在“短报文”和“一问一答”的场景下其实并不会出现。短报文是指报文长度远小于MSS的情况，应用层的报文在TCP报文中完全可以放下。另一方面，“一问一答”的通信模式可以保证报文会以单一的TCP包发送出去。在这两个条件下都满足时，我们不需要考虑“粘包拆包”问题。
反之，如果这两个条件不同时满足，就很可能会出现“粘包拆包”问题。
粘包拆包的问题的原因大概有以下几个方面：
mDNS是multicast DNS，mDns实现了在局域网内的服务发现功能。mDNS协议应用非常广泛，其中苹果的Bonjour就是mDNS的一个实现，此外Android 4.1之后也加入了对mDNS协议的支持。那么不禁要问，mDNS是如何实现局域网内的服务发现功能的呢？其实答案就在问题中，multicast + DNS。
mDNS协议基于多播网络技术，它工作于UDP的5353端口。mDNS选择多播作为其实现方式，是有一定原因的。首先 ，单播网络不适合用于局域网络的服务 ，因为单播是点对点的，而服务的信息却应该面向多个客户的。其次，广播也是有局限的，为了避免广播风暴，广播是不能穿越子网的。所以mDNS选择多播技术的主要原因是多播面向多客户端、以及子网穿越的特点。多播节省带宽的特性在局域网内其实意义不大。
DNS的内容，我目前还掌握的不多，各种记录的含义并没有仔细了解。所以这里对DNS部分就不做过多的分析了，… 【查看更多】
其实看UNP的时候，我根本没有仔细思考这两个概念的区别。然后学习Java网络编程的时候就很好奇，Java的ServerSocket和Socket设计的初衷是什么呢？其实在Socket的本地api并没有对这两者做很大区分。事实上，他们都是使用socket()调用创建的，所以他们的内存布局应该都是一样的。两者的正真区别体现在listen调用和connect调用(两者都可以使用bind调用，虽然连接套接字的很少会这样使用)。一个非常直观的概念是服务器套接字是一个由本地端口和本地ip地址组成的二元组(严格来说还包含协议)，而连接套接字这是由本地端口、本地ip地址、远程端口和远程ip地址组成的四元组。
客户端socket也可以主动绑定ip地址和端口，一个很常见的应用就是主动模式的ftp协议。ftp服务器的数据连接… 【查看更多】
最新评论