blocks|key|576076|text|如果您确信服务器的旧实例持有端口，只需运行jps，在列表中找到服务器pid并运行kill+-9+my_pid|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|576077|对于一般的非java进程，lsof+-i+:1935通常适用于我。再次，采取pid和扼杀这一过程。|576078|entityMap^0|L|3|14|E|0|D|D|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]|$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|R|8|@]|D|@]|E|$]]]|I|$]]

If you're sure old instance of your server holds the port, just run <code>jps</code>, find your server pid in the list and run <code>kill -9 my_pid</code>

For generic non-java process, <code>lsof -i :1935</code> usually works for me. Again, take pid and kill this process.

blocks|key|2129684|text|问题是杀死中的-9。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|2129685|如果使用SIGKILL+(-9)终止进程，则进程将立即终止。所以端口仍然被分配，直到O.S.注意到这个问题(几分钟后)。在SIGKILL之前尝试SIGHUP和SIGINT+(按顺序排列)。|2129686|在任何情况下，都可以使用netstat+-a+-t+-p来验证哪个进程获得了端口。|2129687|entityMap^0|7|2|0|0|C|G|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|P|8|@$9|Q|A|R|B|C]]|D|@]|E|$]]|$1|J|3|-4|5|6|7|S|8|@]|D|@]|E|$]]]|K|$]]

The problem is the <code>-9</code> in the kill. 

If you kill a process using SIGKILL (-9), the process is terminated immediately. So the port remains allocated until (some minute later) the O.S. notices the problem. Try SIGHUP and SIGINT (in the order) before SIGKILL.

In any case, use <code>netstat -a -t -p</code> to verify which process has acquired the port.

blocks|key|1774642|text|立即终止进程和释放端口：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1774643|+fuser+-k+1935/tcp|code-block|syntax|javascript|1774644|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

Immediately process termination and port release:

<pre><code> fuser -k 1935/tcp
</code></pre>

blocks|key|576128|text|如果可能，您应该在程序设置套接字时使用套接字SO_REUSEADDR选项。这样，您就可以在程序重新启动时立即重用套接字，而不必等待2-3分钟。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|576129|有关更多信息，请参见javadoc+setReuseAddress。特别是：|576130|当TCP连接关闭时，连接可能在连接关闭后一段时间内保持超时状态(通常称为TIME_WAIT状态或2+2MSL等待状态)。对于使用众所周知的套接字地址或端口的应用程序，如果存在涉及套接字地址或端口的超时状态的连接，则可能无法将套接字绑定到所需的SocketAddress。
在绑定套接字之前启用SO_REUSEADDR+(使用绑定(SocketAddress))允许绑定套接字，即使以前的连接处于超时状态。|blockquote|576131|entityMap|0|LINK|mutability|MUTABLE|url|http://download.oracle.com/javase/1.4.2/docs/api/java/net/ServerSocket.html#setReuseAddress(boolean)^0|M|C|0|I|F|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@$9|T|A|U|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|V|8|@]|D|@$9|W|A|X|1|Y]]|E|$]]|$1|H|3|I|5|J|7|Z|8|@]|D|@]|E|$]]|$1|K|3|-4|5|6|7|10|8|@]|D|@]|E|$]]]|L|$M|$5|N|O|P|E|$Q|R]]]]

If possible, you should use the socket <code>SO_REUSEADDR</code> option when your program sets up its socket. That way you can immediately reuse the socket when the program is restarted, instead of having to wait 2-3 minutes.
See the javadoc <a href="http://download.oracle.com/javase/1.4.2/docs/api/java/net/ServerSocket.html#setReuseAddress(boolean)" rel="noreferrer">setReuseAddress</a> for more information. In particular:
<blockquote>
When a TCP connection is closed the connection may remain in a timeout state for a period of time after the connection is closed (typically known as the TIME_WAIT state or 2MSL wait state). For applications using a well known socket address or port it may not be possible to bind a socket to the required SocketAddress if there is a connection in the timeout state involving the socket address or port.
Enabling SO_REUSEADDR prior to binding the socket using bind(SocketAddress) allows the socket to be bound even though a previous connection is in a timeout state.
</blockquote>

blocks|key|576177|text|这是一个方便的单线绳：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|576178|kill+$(fuser+1935/tcp)|code-block|syntax|javascript|576179|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

This is a handy oneliner:

<pre><code>kill $(fuser 1935/tcp)
</code></pre>

blocks|key|1774635|text|默认情况下，不应该使用杀死-9。这个过程不能清理内部的东西。若要使用示例端口8000杀死应用程序的pid，请执行以下操作：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1774636|kill+$(netstat+-nptl+%7C+awk+'/:8000/{gsub("/.*",+"");+print+$7}')|code-block|syntax|javascript|1774637|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

kill -9 should'nt be used by default. The process can't clean up internal things.
To kill the pid of the application using by exemple port 8000 :

<pre><code>kill $(netstat -nptl | awk '/:8000/{gsub("/.*", ""); print $7}')
</code></pre>

I have a <a href="http://en.wikipedia.org/wiki/Red5_%28media_server%29" rel="noreferrer">red5 server</a> (JAVA) running on my Linux server.

Sometimes, the server shuts down. When I try to restart it I got an error:

"Binding error, this port is alerady in use".

So I try to kill the server with killall -9 java
and try to restart the server: same error.

I have to wait for a while (about 2-3 minutes) and restart it again: that works.

I just need to know why when I kill the process I still have to wait 2-3 minutes before port 1935 is free and I can run the server again.

Is there a way to kill this process immediately and free the port ?

Linux: How to kill programs that use port 1935?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我的Linux服务器上运行着一个 (JAVA)。有时，服务器会关闭。当我试图重新启动它时，我得到了一个错误：“绑定错误，此端口正在使用”.因此，我尝试用KILLALL-9java关闭服务器，并尝试重新启动服务器:相同的错误。我必须等待一段时间(大约2-3分钟)，然后重新启动它:这是有效的。--我只需要知道为什么当我终止进程时，我仍然要等待2-3分钟才能释放端口1935，并且我可以再次运行服务器。是

问Linux:如何杀死使用端口1935的程序？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Linux:如何杀死使用端口1935的程序？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Linux:如何杀死使用端口1935的程序？
EN