nohup 和 & 都可以在 Linux 系统中将命令放到后台执行，但它们的作用和目的有所不同。下面是它们的区别和各自的用途：
&：将进程放到后台运行
作用：
&是一个 shell 操作符，将命令放到后台运行。你可以在前台继续执行其他命令，而这个后台任务仍会运行。使用方式：在命令末尾加上
&，即可让命令在后台运行。特点：
命令执行后立即返回 shell 提示符，不会阻塞当前终端。
任务还是会绑定到当前的终端，如果关闭终端，后台进程会收到
SIGHUP信号并终止。可以使用
jobs命令查看后台任务，使用fg命令将后台任务移回前台。
示例：
sleep 60 &该命令会将
sleep 60放到后台执行，你仍可以在前台输入其他命令。nohup：忽略挂起信号作用：
nohup是一个命令，它可以让进程忽略挂起（HUP，Hangup）信号。如果关闭终端，使用nohup启动的进程不会被终止，仍然会继续运行。使用方式：在命令前加上
nohup，将命令放到后台运行，通常与&一起使用。特点：
任务不会因为终端关闭或用户注销而被终止。
默认情况下，
nohup会将输出重定向到一个文件（nohup.out），除非你手动指定输出路径。nohup并不会自动将任务放到后台，需要结合&来实现真正的后台执行。
示例：
nohup sleep 60 &即使关闭终端，
sleep 60仍然会继续运行，输出会被重定向到nohup.out文件中。区别总结
常见使用场景
仅使用
&：如果你需要在后台运行命令但仍希望与终端保持联系，如：
long_running_command &你可以使用
jobs、fg和bg来管理这些后台进程。使用
nohup和&：当你想运行一个任务，关闭终端或断开连接后也继续运行时，如：
nohup long_running_command &> output.log &这样，即使关闭终端或退出 SSH 会话，该任务仍然在后台运行并将输出重定向到
output.log文件。sighup会不会结束进程
SIGHUP信号的行为取决于进程的设计和处理方式。默认情况下，当用户关闭终端或断开会话时，系统会向所有与该终端相关联的进程发送SIGHUP信号，通知它们终止。但是，进程接收到SIGHUP后的行为可能不同，具体取决于以下情况：默认行为：终止进程
在大多数情况下，
SIGHUP会导致进程终止。这是因为默认情况下，大多数进程在接收到SIGHUP信号时都会退出。例如，当你在终端运行某个命令时，如果关闭该终端，会向该命令发送
SIGHUP，导致它被终止。自定义处理：忽略
SIGHUP或重新启动有些进程会对
SIGHUP信号做特殊处理，忽略它或利用它重新加载配置。例如：忽略
SIGHUP：某些服务或守护进程（如nohup或screen）会显式地忽略SIGHUP信号，以便继续运行，即使终端关闭。你可以在进程中通过编程手段（如signal(SIG_HUP, SIG_IGN);）忽略这个信号。
例如，使用
nohup启动的进程会自动忽略SIGHUP，因此不会因为关闭终端而终止：nohup long_running_command &重新加载配置：一些守护进程（如
nginx、apache）会利用SIGHUP信号来重新加载其配置文件，而不是终止。例如，向nginx发送SIGHUP：
kill -SIGHUP这将使
nginx重新加载配置文件而不会停止服务。如何确定
SIGHUP的效果查看进程是否处理
SIGHUP：你可以查看进程的手册或源代码，了解它如何处理SIGHUP信号。通过
trap捕捉SIGHUP信号：你也可以在 shell 中通过trap命令自定义脚本对SIGHUP的处理行为。
实际测试
可以通过以下方式验证
SIGHUP的默认行为：启动一个长期运行的命令：
sleep 300关闭终端，
sleep命令将被终止。
使用
nohup避免进程被SIGHUP终止当你不想让进程因终端关闭而终止时，可以使用
nohup启动该进程，这样它会忽略SIGHUP信号：nohup sleep 300 &关闭终端后，
sleep命令仍然会继续运行。总结
默认情况下，
SIGHUP会终止进程。一些进程（如使用
nohup启动的进程）会忽略SIGHUP信号，因此不会被终止。某些服务利用
SIGHUP来重新加载配置文件，而不是终止。
常见的信号
只需要记得1，2，9即可。1是SIGHUP，当用户关闭终端或断开会话时，系统会向所有与该终端相关联的进程发送
SIGHUP信号。2是SIGINT，相当于Ctrl + C
9是SIGKILL，常用的场景是 kill -9 pid
kill -l 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE 9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2 13) SIGPIPE 14) SIGALRM 15) SIGTERM 17) SIGCHLD 18) SIGCONT 19) SIGSTOP 20) SIGTSTP 21) SIGTTIN 22) SIGTTOU 23) SIGURG 24) SIGXCPU 25) SIGXFSZ 26) SIGVTALRM 27) SIGPROF 28) SIGWINCH 29) SIGIO 30) SIGPWR 31) SIGSYS 34) SIGRTMIN 35) SIGRTMIN+1 36) SIGRTMIN+2 37) SIGRTMIN+3 38) SIGRTMIN+4 39) SIGRTMIN+5 40) SIGRTMIN+6 41) SIGRTMIN+7 42) SIGRTMIN+8 43) SIGRTMIN+9 44) SIGRTMIN+10 45) SIGRTMIN+11 46) SIGRTMIN+12 47) SIGRTMIN+13 48) SIGRTMIN+14 49) SIGRTMIN+15 50) SIGRTMAX-14 51) SIGRTMAX-13 52) SIGRTMAX-12 53) SIGRTMAX-11 54) SIGRTMAX-10 55) SIGRTMAX-9 56) SIGRTMAX-8 57) SIGRTMAX-7 58) SIGRTMAX-6 59) SIGRTMAX-5 60) SIGRTMAX-4 61) SIGRTMAX-3 62) SIGRTMAX-2 63) SIGRTMAX-1 64) SIGRTMAX信号简要说明： SIGHUP 终止进程 终端线路挂断 SIGINT 终止进程 中断进程 SIGQUIT 建立CORE文件 终止进程，并且生成core文件 SIGILL 建立CORE文件 非法指令 SIGTRAP 建立CORE文件 跟踪自陷 SIGBUS 建立CORE文件 总线错误 SIGSEGV 建立CORE文件 段非法错误 SIGFPE 建立CORE文件 浮点异常 SIGIOT 建立CORE文件 执行I/O自陷 SIGKILL 终止进程 杀死进程 SIGPIPE 终止进程 向一个没有读进程的管道写数据 SIGALARM 终止进程 计时器到时 SIGTERM 终止进程 软件终止信号 SIGSTOP 停止进程 非终端来的停止信号 SIGTSTP 停止进程 终端来的停止信号 SIGCONT 忽略信号 继续执行一个停止的进程 SIGURG 忽略信号 I/O紧急信号 SIGIO 忽略信号 描述符上可以进行I/O SIGCHLD 忽略信号 当子进程停止或退出时通知父进程 SIGTTOU 停止进程 后台进程写终端 SIGTTIN 停止进程 后台进程读终端 SIGXGPU 终止进程 CPU时限超时 SIGXFSZ 终止进程 文件长度过长 SIGWINCH 忽略信号 窗口大小发生变化 SIGPROF 终止进程 统计分布图用计时器到时 SIGUSR1 终止进程 用户定义信号1 SIGUSR2 终止进程 用户定义信号2 SIGVTALRM 终止进程 虚拟计时器到时 信号的详细说明： 1) SIGHUP 本信号在用户终端连接(正常或非正常)结束时发出, 通常是在终端的控制进程结束时, 通知同一session内的各个作业, 这时它们与控制终端不再关联. 2) SIGINT 程序终止(interrupt)信号, 在用户键入INTR字符(通常是Ctrl-C)时发出。 3) SIGQUIT 和SIGINT类似, 但由QUIT字符(通常是Ctrl-)来控制. 进程在因收到SIGQUIT退出时会产生core文件, 在这个意义上类似于一个程序错误信号. 4) SIGILL 执行了非法指令. 通常是因为可执行文件本身出现错误, 或者试图执行数据段. 堆栈溢出时也有可能产生这个信号. 5) SIGTRAP 由断点指令或其它trap指令产生. 由debugger使用. 6) SIGABRT 程序自己发现错误并调用abort时产生. 6) SIGIOT 在PDP-11上由iot指令产生, 在其它机器上和SIGABRT一样. 7) SIGBUS 非法地址, 包括内存地址对齐(alignment)出错. eg: 访问一个四个字长 的整数, 但其地址不是4的倍数. 8) SIGFPE 在发生致命的算术运算错误时发出. 不仅包括浮点运算错误, 还包括溢出及除数为0等其它所有的算术的错误. 9) SIGKILL 用来立即结束程序的运行. 本信号不能被阻塞, 处理和忽略. 10) SIGUSR1 留给用户使用 11) SIGSEGV 试图访问未分配给自己的内存, 或试图往没有写权限的内存地址写数据. 12) SIGUSR2 留给用户使用 13) SIGPIPE Broken pipe 14) SIGALRM 时钟定时信号, 计算的是实际的时间或时钟时间. alarm函数使用该信号. 15) SIGTERM 程序结束(terminate)信号, 与SIGKILL不同的是该信号可以被阻塞和处理. 通常用来要求程序自己正常退出. shell命令kill缺省产生这个信号. 17) SIGCHLD 子进程结束时, 父进程会收到这个信号. 18) SIGCONT 让一个停止(stopped)的进程继续执行. 本信号不能被阻塞. 可以用 一个handler来让程序在由stopped状态变为继续执行时完成特定的工作. 例如, 重新显示提示符。 19) SIGSTOP 停止(stopped)进程的执行. 注意它和terminate以及interrupt的区别: 该进程还未结束, 只是暂停执行. 本信号不能被阻塞, 处理或忽略. 20) SIGTSTP 停止进程的运行, 但该信号可以被处理和忽略. 用户键入SUSP字符时 (通常是Ctrl-Z)发出这个信号。 21) SIGTTIN 当后台作业要从用户终端读数据时, 该作业中的所有进程会收到SIGTTIN 信号. 缺省时这些进程会停止执行. 22) SIGTTOU 类似于SIGTTIN, 但在写终端(或修改终端模式)时收到. 23) SIGURG 有"紧急"数据或out-of-band数据到达socket时产生. 24) SIGXCPU 超过CPU时间资源限制. 这个限制可以由getrlimit/setrlimit来读取/ 改变 25) SIGXFSZ 超过文件大小资源限制. 26) SIGVTALRM 虚拟时钟信号. 类似于SIGALRM, 但是计算的是该进程占用的CPU时间. 27) SIGPROF 类似于SIGALRM/SIGVTALRM, 但包括该进程用的CPU时间以及系统调用的时间. 28) SIGWINCH 窗口大小改变时发出. 29) SIGIO 文件描述符准备就绪, 可以开始进行输入/输出操作. 30) SIGPWR Power failure 有两个信号可以停止进程:SIGTERM和SIGKILL。 SIGTERM比较友好，进程能捕捉这个信号，根据您的需要来关闭程序。在关闭程序之前，您可以结束打开的记录文件和完成正在做的任务。在某些情况下，假 如进程正在进行作业而且不能中断，那么进程可以忽略这个SIGTERM信号。 对于SIGKILL信号，进程是不能忽略的。这是一个 “我不管您在做什么,立刻停止”的信号。假如您发送SIGKILL信号给进程，Linux就将进程停止在那里。