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)

对我来说，这是因为我在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

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

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

默认情况下，runserver命令在8000端口上启动内部IP上的开发服务器。

如果要更改服务器的端口，请将其作为命令行参数传递。例如，这个命令在端口8080上启动服务器:

python manage.py runserver 8080