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

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

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

ps aux | grep -i manage

after that you will see all process 


ubuntu@ip-10-154-22-113:~/django-apps/projectname$ ps aux | grep -i manage
ubuntu    3439  0.0  2.3  40228 14064 pts/0    T    06:47   0:00 python manage.py runserver project name
ubuntu    3440  1.4  9.7 200996 59324 pts/0    Tl   06:47   2:52 /usr/bin/python manage.py runserver project name
ubuntu    4581  0.0  0.1   7988   892 pts/0    S+   10:02   0:00 grep --color=auto -i manage


kill -9 process id


e.d kill -9 3440


`enter code here`after that :

python manage.py runserver project name

一个更简单的解决方案是键入sudo fuser -k 8000/tcp。 这将杀死与端口8000关联的所有进程。

编辑:

对于osx用户，可以使用sudo lsof -t -i tcp:8000 | xargs kill -9

如果你在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应用程序。

如果您正在使用VSC的屏幕终端，该错误可能是由于您已经在其他shell中运行server的事实。

只需单击VSC终端头部+符号左侧的dropbox，并选择一些其他shell，检查服务器是否已经在那里运行。退出该服务器并准备启动另一个服务器。