对我来说，这是因为我在Postman中的API请求正在被我的应用程序中的调试器断点拦截…让请求挂起。如果我在关闭应用程序的服务器之前取消了Postman中的请求，错误就不会发生。

所以试着取消你在其他程序中发出的任何打开的请求。

在macOS上，我一直在使用sudo lsof -t -i tcp:8000 | xargs kill -9当我忘记取消打开的http请求，以解决错误=该端口已经在使用中。这也完全关闭了我的邮递员应用程序，这就是为什么我的第一个解决方案更好。

netstat -ntlp

它会像这样。

   Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State           PID/Program name    
tcp        0      0 127.0.0.1:8000          0.0.0.0:*               LISTEN      6599/python         
tcp        0      0 127.0.0.1:27017         0.0.0.0:*               LISTEN      -                   
tcp        0      0 192.168.124.1:53        0.0.0.0:*               LISTEN      -                   
tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      -                   
tcp6       0      0 :::3306                 :::*                    LISTEN     

所以现在只要关闭Django/python已经运行的端口，杀死与之相关的进程。

kill -9 PID

对我来说

kill -9 6599

现在运行Django应用程序。

>> ps aux | grep manage

 ubuntu    3438  127.0.0  2.3  40256 14064 pts/0    T    06:47   0:00 python manage.py runserver

>> kill -9 3438

对我来说，这是因为我在Postman中的API请求正在被我的应用程序中的调试器断点拦截…让请求挂起。如果我在关闭应用程序的服务器之前取消了Postman中的请求，错误就不会发生。

所以试着取消你在其他程序中发出的任何打开的请求。

在macOS上，我一直在使用sudo lsof -t -i tcp:8000 | xargs kill -9当我忘记取消打开的http请求，以解决错误=该端口已经在使用中。这也完全关闭了我的邮递员应用程序，这就是为什么我的第一个解决方案更好。

点击截图中的箭头，找到已经运行Django服务器的bash。您收到此消息是因为您的服务器已经在运行，您试图再次启动服务器。

不要使用CTRL + Z来停止服务器，使用CTRL + C来停止服务器，我在我的linux (fedora)中也有同样的问题，我曾经使用CTRL + Z停止服务器，再次使用sudo fuser -k 8000/tcp命令杀死服务器，这工作得很好。但后来当我开始使用CTRL + C时，我不再遇到端口运行的问题。