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

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

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

很抱歉在旧帖子里发表评论，但它可能会帮助到人们

在你的终端机上打这个

killall -9 python3

它会杀死你机器上运行的所有python3，并释放你的所有端口。极大地帮助我在Django项目中工作。

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

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

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 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)