1，如下图，用记事本打开setclasspath.bat，可以看到代码里面去寻找电脑的环境变量
 

 
java-如何在终端中杀死该tomcat进程？
 
使用ps -ef | grep tomcat我发现了一个正在运行的tomcat服务器。 我尝试了kill -9 {id}，但它返回“无此过程”。 我究竟做错了什么？
 
这是一个例子：
 
Admins-MacBook-Pro:test-parent tom.maxwell$ ps -ef | grep tomcat
 
2043706342 39707 39695 0 3:40PM ttys000 0:00.00 grep tomcat
 
Admins-MacBook-Pro:test-parent tom.maxwell$ kill -9 39707
 
-bash: kill: (39707) - No such process
 
14个解决方案
 
122 votes
 
无需知道Tomcat的pid(进程ID)即可将其杀死。 您可以使用以下命令来杀死Tomcat：
 
pkill -9 -f tomcat
 
Darshan answered 2020-02-13T21:04:37Z
 
23 votes
 
ps -ef | grep tomcat | awk'{print $ 2}'| xargs杀死-9
 
[https://gist.github.com/nrshrivatsan/1d2ea4fcdcb9d1857076]
 
第1部分
 
ps -ef | grep tomcat =>使用tomcat grep获取所有进程
 
第2部分
 
一旦有了流程详细信息，就可以将其传递到脚本的第2部分中
 
awk'{print $ 2}'| xargs kill -9 =>获取第二列[Process id]并使用-9选项将其杀死
 
希望这可以帮助。
 
suryakrupa answered 2020-02-13T21:05:28Z
 
18 votes
 
Tomcat未运行。 您的搜索向您显示了grep进程，该进程正在搜索tomcat。 当然，到看到该输出时，grep不再运行，因此pid不再有效。
 
Aurand answered 2020-02-13T21:05:48Z
 
12 votes
 
正如其他人已经指出的那样，您已经看到了grep流程。 如果要将输出限制为tomcat本身，则有两种选择
 
将搜索到的第一个字符包装在字符类中
 
grep
 
这也会搜索tomcat，但是会错过grep条目，因为grep tomcat与它不匹配。
 
与ps一起使用自定义输出格式
 
grep
 
这仅显示pid和进程名称，而没有进程参数。 因此，grep列为grep，而不是grep tomcat。
 
Olaf Dietsche answered 2020-02-13T21:06:35Z
 
11 votes
 
只需在终端中键入以下命令
 
ps -ef |grep 'catalina'
 
复制进程ID的值，然后键入以下命令并粘贴进程ID
 
kill -9 processid
 
ASR answered 2020-02-13T21:06:59Z
 
2 votes
 
ps -ef
 
将列出您当前正在运行的所有进程
 
| grep tomcat
 
会将输出传递给grep并查找tomcat的实例。 由于grep本身是一个进程，因此将从您的命令中返回它。 但是，您的输出显示没有Tomcat运行的进程。
 
Chris Knight answered 2020-02-13T21:07:24Z
 
2 votes
 
ps -Af | grep "tomcat" | grep -v grep | awk '{print$2}' | xargs kill -9
 
Vaibhav answered 2020-02-13T21:07:39Z
 
2 votes
 
在tomcat/bin/catalina.sh
 
在注释部分结束后添加以下行：
 
CATALINA_PID=someFile.txt
 
然后，要杀死正在运行的Tomcat实例，可以使用：
 
kill -9 `cat someFile.txt`
 
Shrikar Kulkarni answered 2020-02-13T21:08:08Z
 
1 votes
 
这为我工作：
 
步骤1：回声ps aux | grep org.apache.catalina.startup.Bootstrap | grep -v grep | awk '{ print $2 }'
 
上面的命令返回“ process_id”
 
步骤2：杀死-9 processid
 
//此process_id与步骤1相同：
 
jaydip jadhav answered 2020-02-13T21:08:45Z
 
0 votes
 
我不得不终止服务器上许多Java进程中的activeMQ Java进程，而这一进程是由特定用户启动的(用户名是activemq)。因此，分隔的好方法可能是由特定用户启动进程：
 
ps -ef | grep "activemq" | awk '{print $2}' | xargs kill -9
 
dobrivoje answered 2020-02-13T21:09:06Z
 
0 votes
 
正如@Aurand所说，tomcat没有运行。 您可以使用
 
ps -ef |grep java | grep tomcat命令忽略ps程序。
 
在shell脚本文件中为我工作。
 
ccjeaty answered 2020-02-13T21:09:34Z
 
0 votes
 
kill -9 $(ps -ef | grep 8084 | awk 'NR==2{print $2}')
 
NR是输入文件中的记录数。awk可以查找或替换文本
 
user8357232 answered 2020-02-13T21:09:54Z
 
0 votes
 
要按名称杀死进程，请使用以下命令
 
tr -s " " | cut -d " " -f 2
 
tr -s " " | cut -d " " -f 2与awk '{print $2}'相同。tr将制表符空间限制为单个空间，并为cut提供了作为分隔符，并请求第二列。 ps aux输出中的第二列是进程ID。
 
Prathik Rajendran M answered 2020-02-13T21:10:24Z
 
0 votes
 
这非常有效(查找tomcat进程并强行杀死它们)
 
ps -ef | grep tomcat | awk '{print $2}' | xargs kill -9
 
Pravin answered 2020-02-13T21:10:43Z

 

 
My production server runs Linux using System V style init scripts.
 
Tomcat is brought up by running service tomcat6 start as root user (service runs init script under cwd /).
 
Tomcat then serves a web page to write the result of new File(".").getAbsolutePath(), which shows /usr/share/tomcat6/.
 
But Tomcat init script (/etc/init.d/tomcat6) makes no mention of CWD, neither does it have any cd command.
 
Given that Java itself cannot change current working directory, then how come /usr/share/tomcat6 became Tomcat's current working directory? Where in its startup process changes its cwd?
 
The Linux in question is CentOS6.
 
解决方案
 
On CentOS 6, the Tomcat init.d script launches tomcat by means of this line:
 
$SU - $TOMCAT_USER -c "${TOMCAT_SCRIPT} start-security"
 
$SU is either /bin/runuser or /bin/su, $TOMCAT_USER is normally "tomcat", and $TOMCAT_SCRIPT is normally "/usr/sbin/tomcat6". "su -" or "runuser -" runs its command as the specified user, from the specified user's home directory. So this command will change to the "tomcat" user's ID and home directory, then run /usr/sbin/tomcat6. The tomcat6 script eventually launches tomcat itself.
 
The tomcat user's home directory should be the same as CATALINA_BASE. In short, the "su" or "runuser" command here is what sets the current working directory to CATALINA_BASE.
 
The init.d script isn't formally part of tomcat; it's supplied by the package maintainer, and it can be different from one system to another. On my Ubuntu 13 system, /etc/init.d/tomcat6 contains a command to cd to $CATALINA_BASE.
 
Tomcat's own startup scripts (bin/startup.sh and so on) don't set a working directory. When I launch tomcat 6 or tomcat 7 directly using its own startup script, it just inherits the working directory that I ran it from.
 
Remember that on Linux, you can see any process's actual current directory by checking /proc//cwd.

 
找到的解决方式
 
1、在tomcat/bin/shutdown.sh文件中增加一个参数
 
在文件最后一行的命令添加一个force exec "$PRGDIR"/"$EXECUTABLE" stop -force "$@"
 
2、在tomcat/bin/catalina.sh脚中，加入下面这三行
 
在这一行后面   PRGDIR=`dirname "$PRG"`
 
if [ -z "$CATALINA_PID" ]; then
 
CATALINA_PID=$PRGDIR/CATALINA_PID
 
cat $CATALINA_PID
 
fi
 
3、在tomcat/bin/下面新建setenv.sh文件，文件内容如下：
 
#!/bin/bash
 
CATALINA_PID=$CATALINA_HOME/bin/CATALINA_PID
 
-----------------------------------------------------------------------------------------------------
 
猜测原因如下：
 
linux的线程是通过进程实现的。 2.6内核32位系统上 gcc -static编译出来的程序 会让多线程表现成多进程的状态，出现同名多个PID 不带-static就表现为只有一个PID 64位系统，不管加不加-static，都只有一个PID 感觉32位和64位在线程的实现不一样。
 
欢迎各路大神解惑
 
以下为解决问题中发现的有价值的帖子。
 
偶尔发现linux下tomcat启动后出现多个java进程，如下： 000 S     0  4789     1  0  85   0    - 75083 schedu pts/1    00:00:03 java 040 S     0  4790  4789  0  75   0    - 75083 schedu pts/1    00:00:00 java 040 S     0  4791  4790  0  75   0    - 75083 schedu pts/1    00:00:03 java 040 S     0  4792  4790  0  75   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4793  4790  0  75   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4794  4790  0  78   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4795  4790  0  75   0    - 75083 rt_sig pts/1    00:00:02 java 040 S     0  4796  4790  0  78   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4797  4790  0  75   0    - 75083 schedu pts/1    00:00:00 java 040 S     0  4802  4790  0  75   0    - 75083 schedu pts/1    00:00:00 java 040 S     0  4803  4790  0  80   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4804  4790  0  80   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4805  4790  0  80   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4806  4790  0  80   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4807  4790  0  80   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4808  4790  0  80   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4809  4790  0  80   0    - 75083 rt_sig pts/1    00:00:00 java 040 S     0  4810  4790  0  80   0    - 75083 rt_sig pts/1    00:00:00 java 大概有40多个，感觉好恐怖，在网上查了半天也没有什么结果，只是发现了主进程子进程的关系。 和做C的同事讨论后，他说发现mysql也有类似情况： PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND  6238 mysql     25   0 49272  12m 2020 S  0.0  5.0   0:00.30 mysqld  6239 mysql     18   0 49272  12m 2020 S  0.0  5.0   0:00.00 mysqld  6240 mysql     25   0 49272  12m 2020 S  0.0  5.0   0:00.00 mysqld  6241 mysql     24   0 49272  12m 2020 S  0.0  5.0   0:00.00 mysqld  6242 mysql     24   0 49272  12m 2020 S  0.0  5.0   0:00.00 mysqld  6243 mysql     25   0 49272  12m 2020 S  0.0  5.0   0:00.00 mysqld  6245 mysql     18   0 49272  12m 2020 S  0.0  5.0   0:00.01 mysqld 后来查mysql多进程的时候有高手回答如下： 原来如此啊，linux的线程是通过进程实现的。 2.6内核32位系统上 gcc -static编译出来的程序 会让多线程表现成多进程的状态，出现同名多个PID 不带-static就表现为只有一个PID 64位系统，不管加不加-static，都只有一个PID 感觉32位和64位在线程的实现不一样
 
---------------------
 
作者：winderain
 
来源：CSDN
 
原文：https://blog.csdn.net/winderain/article/details/2592619
 
版权声明：本文为博主原创文章，转载请附上博文链接！
 
1、在tomcat/bin/shutdown.sh文件中增加一个参数
 
在文件最后一行的命令添加一个force exec "$PRGDIR"/"$EXECUTABLE" stop -force "$@"
 
2、在tomcat/bin/catalina.sh脚中，加入下面这三行
 
if [ -z "$CATALINA_PID" ]; then
 
CATALINA_PID=$PRGDIR/CATALINA_PID
 
cat $CATALINA_PID
 
fi
 
3、在tomcat/bin/下面新建setenv.sh文件，文件内容如下：
 
#!/bin/bash
 
CATALINA_PID=$CATALINA_HOME/bin/CATALINA_PID
 
---------------------
 
作者：脚踏一方土
 
来源：CSDN
 
原文：https://blog.csdn.net/Diaochengrui1989/article/details/81669372
 
版权声明：本文为博主原创文章，转载请附上博文链接！