根据POSIX标准，这是SIGCONT的预期行为。引自POSIX.1-2017 chapter 2，第2.4节“信号概念”，第2.4.1小节：

**当为停止的进程生成SIGCONT时，即使SIGCONT信号被进程忽略或被进程内的所有线程阻塞，并且在对sigwait()函数的调用中没有线程选择SIGCONT，进程也应继续。**如果SIGCONT被进程内的所有线程阻塞，在对选择SIGCONT的sigwait()函数的调用中没有线程，并且SIGCONT未被进程忽略，则SIGCONT信号将在进程上保持未决直到其被线程解除阻塞或者线程调用选择SIGCONT的sigwait()函数，或者为进程或进程内的任何线程生成停止信号。

你不能阻止SIGCONT继续执行你的进程，你最多只能阻止它的传递，这意味着如果你把SIGCONT添加到被阻止的信号集合中，你的进程将不会“注意到”它（注册的处理程序将不会运行，直到解除阻止），但它仍然会继续执行。
在Linux中，SIGCONT的“continuing”操作在信号生成时立即执行，即在kill系统调用期间。这甚至在检查信号是否被阻塞或忽略之前就已完成。负责此操作的代码位于prepare_signal()中：

/*
 * Handle magic process-wide effects of stop/continue signals. Unlike
 * the signal actions, these happen immediately at signal-generation
 * time regardless of blocking, ignoring, or handling.  This does the
 * actual continuing for SIGCONT, but not the actual stopping for stop
 * signals. The process stop is done as a signal action for SIG_DFL.
 *
 * Returns true if the signal should be actually delivered, otherwise
 * it should be dropped.
 */
static bool prepare_signal(int sig, struct task_struct *p, bool force)
{
    // ...

    } else if (sig == SIGCONT) {
        unsigned int why;
        /*
         * Remove all stop signals from all queues, wake all threads.
         */
        siginitset(&flush, SIG_KERNEL_STOP_MASK);
        flush_sigqueue_mask(&flush, &signal->shared_pending);
        for_each_thread(p, t) {
            flush_sigqueue_mask(&flush, &t->pending);
            task_clear_jobctl_pending(t, JOBCTL_STOP_PENDING);
            if (likely(!(t->ptrace & PT_SEIZED))) {
                t->jobctl &= ~JOBCTL_STOPPED;
                wake_up_state(t, __TASK_STOPPED);
            } else
                ptrace_trap_notify(t);
        }

    // ...
}