不连接发送tcp包(一次TCP连接最多可以发送多少个包)

JDK 1.6 可以发送 类似这样try {socket.sendUrgentData(0xff);//这个是判断连接是否还活动} catch (IOException e) {e.printStackTrace();return false; }

我们的防火墙经常检查到“拦截从222.67.83.104.1000接受的TCP数据包，对应本机地址为……”，几乎每分钟可以拦截到3至4个，而且每次拦截前下载速度都收影响。这种数据包是干嘛用的，是不是某些人攻击我的IP？ 这些是防火墙的正常拦截。如果你是要问阻止你电脑的TCP数据包的话 直接断开网络连接 或者本地连接 就阻止了TCP含义（Transmission Control Protocol，传输控制协议）是基于连接的协议，也就是说，在正式收发数据前，必须和对方建立可靠的连接。一个TCP连接必须要经过三次“对话”才能建立起来，其中的过程非常复杂，我们这里只做简单、形象的介绍，你只要做到能够理解这个过程即可。我们来看看这三次对话的简单过程：主机A向主机B发出连接请求数据包：“我想给你发数据，可以吗？”，这是第一次对话；主机B向主机A发送同意连接和要求同步（同步就是两台主机一个在发送，一个在接收，协调工作）的数据包：“可以，你什么时候发？”，这是第二次对话；主机A再发出一个数据包确认主机B的要求同步：“我现在就发，你接着吧！”，这是第三次对话。三次“对话”的目的是使数据包的发送和接收同步，经过三次“对话”之后，主机A才向主机B正式发送数据。TCP协议能为应用程序提供可靠的通信连接，使一台计算机发出的字节流无差错地发往网络上的其他计算机，对可靠性要求高的数据通信系统往往使用TCP协议传输数据。如果你要阻止别人的TCP数据包呢就是依靠我们的防火墙设置IP规则包来拦截 一般默认拦截下来的数据包属于非法的所以被正常拦截阻止下来 请放心。
这个是你自己电脑的问题吧,建议您先使用卡卡上网助手和360安全卫士扫描一下看有没有恶意软件,有的话清除掉,同时清除掉病毒启动项.重起电脑在杀毒试试,建议在安全模式下杀,把系统补丁打好,如果没有漏洞就不需要打补丁了，补丁在正常模式下打。 修复IE

TCP三次握手在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接。 第一次握手：建立连接时，客户端发送syn包(syn=j)到服务器，并进入SYN_SEND状态，等待服务器确认；SYN：同步序列编号(Synchronize Sequence Numbers)。 第二次握手：服务器收到syn包，必须确认客户的SYN（ac 三次握手k=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务

对端程序挂掉的话（但是系统没有），会有异常抛出，处理就可以了 如果是线路异常或对端连系统都挂掉，参考http://www.csharpwin.com/csharpspace/12716r7442.shtml
断开的时候回传状态啊
1）在理想情况下，tcp server 与 tcp client双方都能“感知”到之间的连接断开。之所以能感知到，全依赖icmp协议的功劳。 2）在实际情况下，tcp server 与 tcp client利用icmp来维护长时间连接的可靠性的做法并不现实。因为，当tcp server 与 tcp client之间跨越多个网络时，很可能其中的某个网络基于安全型关闭了icmp，这往往回答导致tcp server 与 tcp client之间“虚假连接”——即实际连接早就断开而程序却以为连接仍然存在。 3）所以，要想维护一个长时间tcp连接，最可靠和可行的方法是通过发送并检验用户数据来确定连接是否断开。
你应该会一直有Reveive吧，不管是同步还是异步。客户端断开时，这个函数会立即返回。

TCP是面向连接的 UDP是面向无连接的就是这种关系了TCP（Transmission Control Protocol，传输控制协议）UDP（User Datagram Protocol，用户数据包协议）当IP包通过路由将数据传输到目的地时，会根据TCP或UDP包头中的源端口和目的端口信息，请求和获取不同的应用。也就是说，不管TCP还是UDP，都含有网络服务必须的源端口和目的端口信息，以建立和实现网络传输服务。这时，你的疑问就来了：既然都用于传输，为何要搞两个不同的协议呢？这就需要从网络中不同服务的需求来谈起。在网络中，有些服务，如HTTP、FTP等，对数据的可靠性要求较高，在使用这些服务时，必须保证数据包能够完整无误的送达；而另外一些服务，如DNS、即时聊天工具等，并不需要这么高的可靠性，高效率和实时性才是它们所关心的。根据这两种服务不同的需求，也就诞生了面向连接的TCP协议，以及面向无连接的UDP协议。这里的连接（Connection）和无连接（Connectionless）是网络传输中常用的术语，它们的关系可以用一个形象地比喻来说明，就是打电话和写信。打电话时，一个人首先必须拨号（发出连接请求），等待对方响应，接听电话（建立了连接）后，才能够相互传递信息。通话完成后，还需要挂断电话（断开连接），才算完成了整个通话过程。写信则不同，你只需填写好收信人的地址信息，然后将信投入邮局，就算完成了任务。此时，邮局会根据收信人的地址信息，将信件送达指定目的地。我们可以看到，这两者之间有很大不同。打电话时，通话双方必须建立一个连接，才能够传递信息。连接也保证了信息传递的可靠性，因此，面向连接的协议必然是可靠的。无连接就没有这么多讲究，它不管对方是否有响应，是否有回馈，只管将信息发送出去。就像信件一旦进了邮箱，在它到达目的地之前，你没法追踪这封信的下落；接收者即使收到了信件，也不会通知你信件何时到达。在整个通讯过程中，没有任何保障。因此我们常说，面向无连接的协议也是不可靠的。当然，邮局会尽力将右键送到目的地，99%的情况信件会安全到达，但在少数情况下也有例外。 面向连接的协议比面向无连接的协议在可靠性上有着显著的优势，但建立连接前必须等待接收方响应，传输信息过程中必须确认信息是否传到，断开连接时需要发出响应信号等，无形中加大了面向连接协议的资源开销。具体到TCP和UDP协议来说，除了源端口和目的端口，TCP还包括序号、确认信号、数据偏移、控制标志（通常说的URG、ACK、PSH、RST、SYN、FIN）、窗口、校验和、紧急指针、选项等信息，UDP则只包含长度和校验和信息。UDP数据报比TCP小许多，这意味着更小的负载和更有效的使用带宽。许多即时聊天软件采用UDP协议，与此有莫大的关系。