Spring 在centos7容器中查找并删除springboot进程
springboot 正如火如荼的快速发展着,特别是微服务概念的火热助推了其发展,但针对初学者在对其进行Docker容器部署或linux下部署都会遇到各种问题。1、centos7 中启动spring boot 项目的jar包(源博文:https://blog.csdn.net/lw_power/article/details/50493648)。然而,上面的这种方式,只要控制台关闭,服务就...
springboot 正如火如荼的快速发展着,特别是微服务概念的火热助推了其发展,但针对初学者在对其进行Docker容器部署或linux下部署都会遇到各种问题。
1、centos7 中启动spring boot 项目的jar包(源博文:https://blog.csdn.net/lw_power/article/details/50493648)。
然而,上面的这种方式,只要控制台关闭,服务就不能访问了。下面我们使得 jar 包在后台运行。
nohup java -jar spring-boot01-1.0-SNAPSHOT.jar > mylog.log 2>&1 &
对于上面的命令的解释:
- bash 中 0、1、2 三个数字分别代表 STDIN_FILENO 、 STDOUT_FILENO 、STDERR_FILENO ,即标准输入(一般是键盘),标准输出(一般是显示屏,准确的说是用户终端控制台),标准错误(出错信息输出)。
数字 | 含义 |
---|---|
0 | 标准输入(一般是键盘) |
1 | 标准输出(一般是显示屏,准确的说是用户终端控制台) |
2 | 标准错误(出错信息输出) |
2. 输入输出可以重定向,所谓重定向输入就是在命令中指定具体的输入来源,譬如 cat < test.c 将 test.c 重定向为 cat 命令的输入源。输出重定向是指定具体的输出目标以替换默认的标准输出,譬如 ls > 1.txt
将 ls 的结果从标准输出重定向为 1.txt 文本。
有时候会看到如 ls >> 1.txt这类的写法。 >
和 >>
的区别在于:>
用于新建而 >>
用于追加。即 ls > 1.txt
会新建一个 1.txt 文件并且将 ls 的内容输出到新建的 1.txt 中,而 ls >> 1.txt
则用在 1.txt 已经存在,而我们只是想将 ls 的内容追加到 1.txt 文本中的时候。
3. 默认输入只有一个(0,STDIN_FILENO),而默认输出有两个(标准输出1 STDOUT_FILENO,标准错误2 STDERR_FILENO)。因此默认情况下,shell 输出的错误信息会被输出到 2,而普通输出信息会输出到 1 。但是某些情况下,我们希望在一个终端下看到所有的信息(包括标准输出信息和错误信息),要怎么办呢?对了,你可以使用我们上面讲到的输出重定向。思路有了,怎么写呢? 非常直观的想法就是 2>1
(将2重定向到1嘛),行不行呢?试一试就知道了。我们进行以下测试步骤:
步骤 | 命令 | 解释 |
---|---|---|
1 | mkdir test && cd test | 创建 test 文件夹并进入 test 目录 |
2 | touch a.txt b.c c | 创建 a.txt、b.c、c 三个文件 |
3 | ls > 1 | 按我们的猜测,这句应该是将 ls 的结果重定向到标准输出,因此效果和直接 ls 应该一样。但是实际这句执行后,标准输出中并没有任何信息 |
4 | ls | 执行 3 之后再次 ls ,则会看到 test 文件夹中多了一个文件 1 |
5 | cat 1 | 查看文件1的内容,实际结果为:1 a.txt b.c c |
可见步骤 3 中 ls > 1
并不是将 ls
的结果重定向为标准输出,而是将结果重定向到了一个文件 1 中。即 1 在此处不被解释为 STDOUT_FILENO,而是文件1。
4. 到了此时,你应该也能猜到 2>&1 的用意了。不错,2>&1 就是用来将标准错误 2 重定向到标准输出 1 中的。此处 1 前面的 & 就是为了让 bash 将 1 解释成标准输出而不是文件 1 。至于最后一个 & ,则是让 bash 在后台执行。
2、centos7 中关闭springboot项目的JAR包
ps aux | grep jar包名称 | grep -v grep | awk -F' ' {'print $2'} |xargs kill -9
更多推荐
所有评论(0)