我尝试了所有的解决方案，但它们都不起作用，我建议你继续按下电源按钮，或者如果你的电池是可拆卸的，然后将其移除，所有进程将被杀死，你的本地主机将被重置

如果你在MAC中遇到这个问题，你只需要打开活动监视器并强制相当python，然后再试一次

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应用程序。

这是对穆尼尔答案的扩展。我已经为您添加了一个bash脚本。只需运行。/scripts/runserver.sh而不是。/manage.py runserver，它会以完全相同的方式工作。

#!/bin/bash

pid=$(ps aux | grep "./manage.py runserver" | grep -v grep | head -1 | xargs | cut -f2 -d" ")

if [[ -n "$pid" ]]; then
    kill $pid
fi

fuser -k 8000/tcp
./manage.py runserver

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

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

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

我们不使用这个命令{sudo lsof -t -i tcp:8000 | xargs kill -9}，因为它关闭了所有选项卡…你应该用to

Ps -ef | grep python Kill -9 process_id

显示所有带id的grep进程

杀死-9 11633 (11633是进程id到:- /bin/python manage.py runserver)