请教关于心跳包，还有怎么判断服务端是否开启的问题？

时间：2022-10-13 19:30:56
心跳包，在代码上看，
是不是从服务端定时发信息给客户端的？
然后判断客户端在线？？
而在客户端来说，就没有心跳包这个概念？？

在客户端上面来看，怎么判断服务端是否异常关闭，或者开启？？

目前的话，我是用sendUrgentData这个来判断服务端是否异常关闭，
不知道你们是怎么判断服务端异常关闭的？？

还有怎么判断服务端是否开启？？
我想实现自动连接服务端，如果用
socket = new Socket("192.168.1.4",1821);
socket.connect();


类似于这种方法的话，我知道是可以实现的，但是
new一个出来，感觉开销挺大，不知道各位有没有更加好的方法？？
请教关于心跳包，还有怎么判断服务端是否开启的问题？请教关于心跳包，还有怎么判断服务端是否开启的问题？请教关于心跳包，还有怎么判断服务端是否开启的问题？

7 个解决方案

#1

要想自动连接你只有每次去new创建这个sock对象，因为只有sock对象创建好了才由输入输出流

#2

该回复于2013-12-18 11:27:11被管理员删除

#3

心跳是客户端发给服务器端的，如果是服务器端发给客户端，客户端超过一定数值，服务器的端口不是都不够用？

在客户端上面来看，怎么判断服务端是否异常关闭，或者开启？？
如果没有心跳，服务器肯定挂了：网络断了、服务器宕了
如果有心跳，并且可以连接到服务器的服务端口，说明网络和服务进程都没有问题

new一个出来，感觉开销挺大，不知道各位有没有更加好的方法？？
new一个没什么开销，一般5s或者15s一次心跳，new和tcp建立的开销相对这点时间来说没什么，反正是后台工作，又不和用户交互，考虑这个开销你想多了

#4

引用 3 楼 ygycomon 的回复:
心跳是客户端发给服务器端的，如果是服务器端发给客户端，客户端超过一定数值，服务器的端口不是都不够用？

在客户端上面来看，怎么判断服务端是否异常关闭，或者开启？？
如果没有心跳，服务器肯定挂了：网络断了、服务器宕了
如果有心跳，并且可以连接到服务器的服务端口，说明网络和服务进程都没有问题

new一个出来，感觉开销挺大，不知道各位有没有更加好的方法？？
new一个没什么开销，一般5s或者15s一次心跳，new和tcp建立的开销相对这点时间来说没什么，反正是后台工作，又不和用户交互，考虑这个开销你想多了

谢谢回复，本来有很多都半懂半不懂，被你这一说，学习了不少东西，哈哈。。。
还有那个，对于开销，看来真的是自己想多了。
最后我很奇怪  心跳 这个名词，
是不是就指定时发送些东西给服务端，那我目前的实现方式就是，

1.在原有的基础上，再开多一个线程，专门负责发送心跳，
2.先睡眠500毫秒，
3.用socket.sendUrgentData(FF)，给服务端，
4.如果服务端异常关闭的话，我就捕捉这个异常。。。
5.循环

我这种算是完成了心跳的机制了吗？？
是不是发送sendUrgentData(FF)，这种方法来实现心跳机制的？？
如果是你的话，你会通过发送什么去确认，服务端异常关闭了？？

我觉得心跳这个机制好像很简单，但是好像又很难一样。。。
归根到底，都还不是很懂，求再次指导。。。

#5

引用 1 楼 MrsFeng 的回复:
要想自动连接你只有每次去new创建这个sock对象，因为只有sock对象创建好了才由输入输出流


哦哦哦，看来也只能是这样，然后还有个问题请教的：

我很奇怪  心跳 这个名词，
是不是就指定时发送些东西给服务端，我目前的实现方式就是，

1.在原有的基础上，再开多一个线程，专门负责发送心跳，
2.先睡眠500毫秒，Thread.sleep(500);
3.用socket.sendUrgentData(FF)，给服务端，
4.如果服务端异常关闭的话，我就捕捉这个异常。。。
5.循环

我这种算是完成了心跳的机制了吗？？
是不是发送 sendUrgentData(FF)，这种方法来实现心跳机制的？？
如果是你的话，你会通过发送什么去确认，服务端异常关闭了？？

我觉得心跳这个机制好像很简单，但是好像又很难一样。。。
归根到底，都还不是很懂，求再次指导。。。

#6

引用 5 楼 mimixi666 的回复:
Quote: 引用 1 楼 MrsFeng 的回复:

要想自动连接你只有每次去new创建这个sock对象，因为只有sock对象创建好了才由输入输出流


哦哦哦，看来也只能是这样，然后还有个问题请教的：

我很奇怪  心跳 这个名词，
是不是就指定时发送些东西给服务端，我目前的实现方式就是，

1.在原有的基础上，再开多一个线程，专门负责发送心跳，
2.先睡眠500毫秒，Thread.sleep(500);
3.用socket.sendUrgentData(FF)，给服务端，
4.如果服务端异常关闭的话，我就捕捉这个异常。。。
5.循环

我这种算是完成了心跳的机制了吗？？
是不是发送 sendUrgentData(FF)，这种方法来实现心跳机制的？？
如果是你的话，你会通过发送什么去确认，服务端异常关闭了？？

我觉得心跳这个机制好像很简单，但是好像又很难一样。。。
归根到底，都还不是很懂，求再次指导。。。


心跳就是这样，其实就是利用了socket的超时机制，双方在超时时间内一直保持着通信，这就出现了所谓的长连接的概念

#7

引用 4 楼 mimixi666 的回复:
Quote: 引用 3 楼 ygycomon 的回复:

心跳是客户端发给服务器端的，如果是服务器端发给客户端，客户端超过一定数值，服务器的端口不是都不够用？

在客户端上面来看，怎么判断服务端是否异常关闭，或者开启？？
如果没有心跳，服务器肯定挂了：网络断了、服务器宕了
如果有心跳，并且可以连接到服务器的服务端口，说明网络和服务进程都没有问题

new一个出来，感觉开销挺大，不知道各位有没有更加好的方法？？
new一个没什么开销，一般5s或者15s一次心跳，new和tcp建立的开销相对这点时间来说没什么，反正是后台工作，又不和用户交互，考虑这个开销你想多了

谢谢回复，本来有很多都半懂半不懂，被你这一说，学习了不少东西，哈哈。。。
还有那个，对于开销，看来真的是自己想多了。
最后我很奇怪  心跳 这个名词，
是不是就指定时发送些东西给服务端，那我目前的实现方式就是，

1.在原有的基础上，再开多一个线程，专门负责发送心跳，
2.先睡眠500毫秒，
3.用socket.sendUrgentData(FF)，给服务端，
4.如果服务端异常关闭的话，我就捕捉这个异常。。。
5.循环

我这种算是完成了心跳的机制了吗？？
是不是发送sendUrgentData(FF)，这种方法来实现心跳机制的？？
如果是你的话，你会通过发送什么去确认，服务端异常关闭了？？

我觉得心跳这个机制好像很简单，但是好像又很难一样。。。
归根到底，都还不是很懂，求再次指导。。。


心跳的意思就是每隔一段时间，客户端给服务器发一段消息：
1、客户端：服务器，我还活着，你死了没
2、服务器：客户端，我知道你还活着这个信息，我已经记录下来了，同时告诉你我也还活着

具体应用场景太多了，你可以自己体会一下

#1

要想自动连接你只有每次去new创建这个sock对象，因为只有sock对象创建好了才由输入输出流

#2

该回复于2013-12-18 11:27:11被管理员删除

#3

心跳是客户端发给服务器端的，如果是服务器端发给客户端，客户端超过一定数值，服务器的端口不是都不够用？

在客户端上面来看，怎么判断服务端是否异常关闭，或者开启？？
如果没有心跳，服务器肯定挂了：网络断了、服务器宕了
如果有心跳，并且可以连接到服务器的服务端口，说明网络和服务进程都没有问题

new一个出来，感觉开销挺大，不知道各位有没有更加好的方法？？
new一个没什么开销，一般5s或者15s一次心跳，new和tcp建立的开销相对这点时间来说没什么，反正是后台工作，又不和用户交互，考虑这个开销你想多了

#4

引用 3 楼 ygycomon 的回复:
心跳是客户端发给服务器端的，如果是服务器端发给客户端，客户端超过一定数值，服务器的端口不是都不够用？

在客户端上面来看，怎么判断服务端是否异常关闭，或者开启？？
如果没有心跳，服务器肯定挂了：网络断了、服务器宕了
如果有心跳，并且可以连接到服务器的服务端口，说明网络和服务进程都没有问题

new一个出来，感觉开销挺大，不知道各位有没有更加好的方法？？
new一个没什么开销，一般5s或者15s一次心跳，new和tcp建立的开销相对这点时间来说没什么，反正是后台工作，又不和用户交互，考虑这个开销你想多了

谢谢回复，本来有很多都半懂半不懂，被你这一说，学习了不少东西，哈哈。。。
还有那个，对于开销，看来真的是自己想多了。
最后我很奇怪  心跳 这个名词，
是不是就指定时发送些东西给服务端，那我目前的实现方式就是，

1.在原有的基础上，再开多一个线程，专门负责发送心跳，
2.先睡眠500毫秒，
3.用socket.sendUrgentData(FF)，给服务端，
4.如果服务端异常关闭的话，我就捕捉这个异常。。。
5.循环

我这种算是完成了心跳的机制了吗？？
是不是发送sendUrgentData(FF)，这种方法来实现心跳机制的？？
如果是你的话，你会通过发送什么去确认，服务端异常关闭了？？

我觉得心跳这个机制好像很简单，但是好像又很难一样。。。
归根到底，都还不是很懂，求再次指导。。。

#5

引用 1 楼 MrsFeng 的回复:
要想自动连接你只有每次去new创建这个sock对象，因为只有sock对象创建好了才由输入输出流


哦哦哦，看来也只能是这样，然后还有个问题请教的：

我很奇怪  心跳 这个名词，
是不是就指定时发送些东西给服务端，我目前的实现方式就是，

1.在原有的基础上，再开多一个线程，专门负责发送心跳，
2.先睡眠500毫秒，Thread.sleep(500);
3.用socket.sendUrgentData(FF)，给服务端，
4.如果服务端异常关闭的话，我就捕捉这个异常。。。
5.循环

我这种算是完成了心跳的机制了吗？？
是不是发送 sendUrgentData(FF)，这种方法来实现心跳机制的？？
如果是你的话，你会通过发送什么去确认，服务端异常关闭了？？

我觉得心跳这个机制好像很简单，但是好像又很难一样。。。
归根到底，都还不是很懂，求再次指导。。。

#6

引用 5 楼 mimixi666 的回复:
Quote: 引用 1 楼 MrsFeng 的回复:

要想自动连接你只有每次去new创建这个sock对象，因为只有sock对象创建好了才由输入输出流


哦哦哦，看来也只能是这样，然后还有个问题请教的：

我很奇怪  心跳 这个名词，
是不是就指定时发送些东西给服务端，我目前的实现方式就是，

1.在原有的基础上，再开多一个线程，专门负责发送心跳，
2.先睡眠500毫秒，Thread.sleep(500);
3.用socket.sendUrgentData(FF)，给服务端，
4.如果服务端异常关闭的话，我就捕捉这个异常。。。
5.循环

我这种算是完成了心跳的机制了吗？？
是不是发送 sendUrgentData(FF)，这种方法来实现心跳机制的？？
如果是你的话，你会通过发送什么去确认，服务端异常关闭了？？

我觉得心跳这个机制好像很简单，但是好像又很难一样。。。
归根到底，都还不是很懂，求再次指导。。。


心跳就是这样，其实就是利用了socket的超时机制，双方在超时时间内一直保持着通信，这就出现了所谓的长连接的概念

#7

引用 4 楼 mimixi666 的回复:
Quote: 引用 3 楼 ygycomon 的回复:

心跳是客户端发给服务器端的，如果是服务器端发给客户端，客户端超过一定数值，服务器的端口不是都不够用？

在客户端上面来看，怎么判断服务端是否异常关闭，或者开启？？
如果没有心跳，服务器肯定挂了：网络断了、服务器宕了
如果有心跳，并且可以连接到服务器的服务端口，说明网络和服务进程都没有问题

new一个出来，感觉开销挺大，不知道各位有没有更加好的方法？？
new一个没什么开销，一般5s或者15s一次心跳，new和tcp建立的开销相对这点时间来说没什么，反正是后台工作，又不和用户交互，考虑这个开销你想多了

谢谢回复，本来有很多都半懂半不懂，被你这一说，学习了不少东西，哈哈。。。
还有那个，对于开销，看来真的是自己想多了。
最后我很奇怪  心跳 这个名词，
是不是就指定时发送些东西给服务端，那我目前的实现方式就是，

1.在原有的基础上，再开多一个线程，专门负责发送心跳，
2.先睡眠500毫秒，
3.用socket.sendUrgentData(FF)，给服务端，
4.如果服务端异常关闭的话，我就捕捉这个异常。。。
5.循环

我这种算是完成了心跳的机制了吗？？
是不是发送sendUrgentData(FF)，这种方法来实现心跳机制的？？
如果是你的话，你会通过发送什么去确认，服务端异常关闭了？？

我觉得心跳这个机制好像很简单，但是好像又很难一样。。。
归根到底，都还不是很懂，求再次指导。。。


心跳的意思就是每隔一段时间，客户端给服务器发一段消息：
1、客户端：服务器，我还活着，你死了没
2、服务器：客户端，我知道你还活着这个信息，我已经记录下来了，同时告诉你我也还活着

具体应用场景太多了，你可以自己体会一下
标签：

相关文章