SIGTERM和SIGKILL用于通用*“终止此进程”*请求。SIGTERM(默认)和SIGKILL(始终)将导致进程终止。SIGTERM可能会被进程捕获(例如，以便它可以根据自己的意愿进行清理)，或者甚至完全被忽略；但是SIGKILL不能被捕获或忽略。
SIGINT和SIGQUIT专门用于来自终端的请求：可以指定特定的输入字符来生成这些信号(取决于终端控制设置)。SIGINT的默认操作与SIGTERM的默认操作和SIGKILL的不可更改操作是相同类型的进程终止；SIGQUIT的默认操作也是进程终止，但可能会发生其他实现定义的操作，如生成核心转储。如果需要，进程可以捕获或忽略它们。
正如您所说，SIGHUP旨在指示终端连接已丢失，而不是作为终止信号。但是，同样，SIGHUP的默认操作(如果进程没有捕获或忽略它)是以与SIGTERM相同的方式终止进程，等等。
POSIX的POSIX定义中有一个表，其中列出了各种信号及其默认操作和用途，General Terminal Interface一章包含了更多与终端相关的信号的详细信息。

man 7 signal

这是您经常想要查看的Linux man-pages project的方便的非标准化手册页，以获取Linux信号信息。
版本3.22提到了一些有趣的事情，例如：
信号SIGKILL和SIGSTOP不能被捕获、阻止或忽略。
并包含该表：

Signal     Value     Action   Comment
----------------------------------------------------------------------
SIGHUP        1       Term    Hangup detected on controlling terminal
                              or death of controlling process
SIGINT        2       Term    Interrupt from keyboard
SIGQUIT       3       Core    Quit from keyboard
SIGILL        4       Core    Illegal Instruction
SIGABRT       6       Core    Abort signal from abort(3)
SIGFPE        8       Core    Floating point exception
SIGKILL       9       Term    Kill signal
SIGSEGV      11       Core    Invalid memory reference
SIGPIPE      13       Term    Broken pipe: write to pipe with no
                              readers
SIGALRM      14       Term    Timer signal from alarm(2)
SIGTERM      15       Term    Termination signal
SIGUSR1   30,10,16    Term    User-defined signal 1
SIGUSR2   31,12,17    Term    User-defined signal 2
SIGCHLD   20,17,18    Ign     Child stopped or terminated
SIGCONT   19,18,25    Cont    Continue if stopped
SIGSTOP   17,19,23    Stop    Stop process
SIGTSTP   18,20,24    Stop    Stop typed at tty
SIGTTIN   21,21,26    Stop    tty input for background process
SIGTTOU   22,22,27    Stop    tty output for background process

其总结了例如区分SIGQUIT和SIGQUIT的信号M1n1O1p，因为SIGQUIT具有动作M1n2O1p和SIGINT M1n3O1p。
这些操作记录在同一文档中：

The entries in the "Action" column of the tables below specify the default disposition for each signal, as follows:
Term   Default action is to terminate the process.
Ign    Default action is to ignore the signal.
Core   Default action is to terminate the process and dump core (see core(5)).
Stop   Default action is to stop the process.
Cont   Default action is to continue the process if it is currently stopped.

从内核的Angular 来看，我看不出SIGTERM和SIGINT之间有什么区别，因为两者都有操作Term，并且都可以被捕获。这似乎只是一种“常用惯例的区别”：

• SIGINT是从终端执行CTRL-C时发生的情况
• SIGTERM是kill发送的默认信号
  有些信号是ANSI C，有些不是

一个相当大的区别是：

• SIGINT和SIGTERM为ANSI C，因此更便携
• SIGQUIT和SIGKILL不是

它们在C99 draft N1256的“7.14信号处理”一节中描述：

• SIGINT收到交互式注意信号
• SIGTERM发送给程序的终止请求

这使得SIGINT成为交互Ctrl+C的一个很好的候选者。

POSIX 7

POSIX 7使用signal.h标题记录信号：https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/signal.h.html
该页面还有下面的兴趣表，其中提到了我们在man 7 signal中已经看到的一些事情：

Signal    Default Action   Description
SIGABRT   A                Process abort signal.
SIGALRM   T                Alarm clock.
SIGBUS    A                Access to an undefined portion of a memory object.
SIGCHLD   I                Child process terminated, stopped,
SIGCONT   C                Continue executing, if stopped.
SIGFPE    A                Erroneous arithmetic operation.
SIGHUP    T                Hangup.
SIGILL    A                Illegal instruction.
SIGINT    T                Terminal interrupt signal.
SIGKILL   T                Kill (cannot be caught or ignored).
SIGPIPE   T                Write on a pipe with no one to read it.
SIGQUIT   A                Terminal quit signal.
SIGSEGV   A                Invalid memory reference.
SIGSTOP   S                Stop executing (cannot be caught or ignored).
SIGTERM   T                Termination signal.
SIGTSTP   S                Terminal stop signal.
SIGTTIN   S                Background process attempting read.
SIGTTOU   S                Background process attempting write.
SIGUSR1   T                User-defined signal 1.
SIGUSR2   T                User-defined signal 2.
SIGTRAP   A                Trace/breakpoint trap.
SIGURG    I                High bandwidth data is available at a socket.
SIGXCPU   A                CPU time limit exceeded.
SIGXFSZ   A                File size limit exceeded.

BusyBox init

BusyBox的1.29.2默认reboot命令向进程发送SIGTERM，休眠一秒钟，然后发送SIGKILL。这似乎是不同发行版之间的普遍约定。
使用以下命令关闭BusyBox系统时：

reboot

它向初始化进程发送信号。
然后，init信号处理程序结束调用：

static void run_shutdown_and_kill_processes(void)
{
    /* Run everything to be run at "shutdown".  This is done _prior_
     * to killing everything, in case people wish to use scripts to
     * shut things down gracefully... */
    run_actions(SHUTDOWN);
    message(L_CONSOLE | L_LOG, "The system is going down NOW!");
    /* Send signals to every process _except_ pid 1 */
    kill(-1, SIGTERM);
    message(L_CONSOLE, "Sent SIG%s to all processes", "TERM");
    sync();
    sleep(1);
    kill(-1, SIGKILL);
    message(L_CONSOLE, "Sent SIG%s to all processes", "KILL");
    sync();
    /*sleep(1); - callers take care about making a pause */
}

它打印到终端：

The system is going down NOW!
Sent SIGTERM to all processes
Sent SIGKILL to all processes

这里有一个最小的具体例子。

内核发出的信号

• 签名：
• OOM杀手：什么是Linux内存管理中的RSS和VSZ

正如黑暗尘埃所指出的，许多信号都有相同的结果，但进程可以通过区分每个信号是如何生成的来为它们附加不同的操作。查看FreeBSD内核源代码(kern_sig.c)，我看到这两个信号以相同的方式处理，它们终止进程并被传递给任何线程。

SA_KILL|SA_PROC,             /* SIGINT */
SA_KILL|SA_PROC,             /* SIGTERM */

在谷歌上快速搜索sigint vs sigterm后，似乎两者之间唯一有意的区别是它是由键盘快捷键启动的，还是通过显式调用kill启动的。
因此，例如，您可以截取Sigint并对其进行特殊处理，因为您知道它很可能是通过键盘快捷键发送的。也许刷新屏幕之类的，而不是死掉(不推荐，因为人们预计^C会扼杀程序，这只是一个例子)。
我还了解到^应该发送SigQuit，这样我就可以开始使用它了。看起来很有用。

使用kill(系统调用和实用程序)，只要您有权限，几乎可以向任何进程发送任何信号。进程无法区分信号是如何产生的，也无法区分是谁发出的。
也就是说，SIGINT实际上是用来通知Ctrl-C中断的，而SIGTERM是一般的终端信号。没有信号更强的概念，唯一的例外是有一些信号无法阻止或处理(根据手册页的SIGKILL和SIGSTOP)。
在接收进程如何处理信号(以及该信号的默认操作是什么)方面，一个信号只能比另一个信号“更强”。例如，默认情况下，SIGTERM和SIGINT都会导致终止。但是如果忽略SIGTERM，那么它不会终止您的进程，而SIGINT仍然会。

除了少数信号外，信号处理程序可以捕获各种信号，或者可以修改接收信号时的默认行为。有关详细信息，请参阅signal(7)手册页。