Go 中无法直接“触发”操作系统级的 Ctrl+C 行为，但可通过 syscall.Kill() 向当前进程发送 SIGINT 或 SIGTERM，从而被 signal.Notify 监听器捕获，实现程序内可控的中断通知机制。
go 中无法直接“触发”操作系统级的 ctrl+c 行为，但可通过 `syscall.kill()` 向当前进程发送 `sigint` 或 `sigterm`，从而被 `signal.notify` 监听器捕获，实现程序内可控的中断通知机制。
在 Go 应用中，监听中断信号（如用户按下 Ctrl+C）是常见需求，通常使用 signal.Notify 配合通道实现优雅退出。但有时需要程序内部主动触发中断逻辑——例如测试信号处理、超时强制终止、或响应外部事件（如 HTTP 管理端点请求关闭）。Go 本身不提供模拟终端按键的 API，但提供了完全等效的底层机制：向当前进程发送 POSIX 信号。
✅ 推荐方式：使用 syscall.Kill() 发送信号
最通用、跨包、无需共享通道的方式是调用系统调用直接发信号：
import (
"os"
"syscall"
)
// 向当前进程发送 SIGINT（等价于 Ctrl+C）
err := syscall.Kill(syscall.Getpid(), syscall.SIGINT)
if err != nil {
log.Printf("failed to send SIGINT: %v", err)
}
该方法会真实投递 SIGINT 到当前进程，任何通过 signal.Notify(ch, os.Interrupt, syscall.SIGINT) 注册的监听器都会立即收到该信号，行为与终端中断完全一致。
✅ 快捷方式：直接写入已注册的信号通道
若信号通道（如 stopChan）在作用域内可访问，可绕过系统调用，直接向通道发送信号值：
var stopChan = make(chan os.Signal, 1)
signal.Notify(stopChan, os.Interrupt, syscall.SIGTERM)
// ……其他逻辑……
// 主动触发中断处理（同效，但不经过 OS 信号机制）
stopChan <p>⚠️ 注意：此方式<strong>不会真正触发操作系统信号</strong>，仅向 Go 通道注入一个值，因此仅对显式监听该通道的代码生效，无法被 <code>os/signal</code> 的其他独立监听器捕获（例如子 goroutine 中另起的 <code>signal.Notify</code>）。适用于模块内解耦控制，不适用于模拟真实信号场景。</p><h3>✅ 跨包通信：导出通道并安全写入</h3><p>若需从其他包触发中断，可将通道声明为导出变量（首字母大写），并配合互斥锁保障并发安全（因通道本身是并发安全的，但为语义清晰仍建议封装）：</p><pre class="brush:php;toolbar:false;">// main.go
var StopChan = make(chan os.Signal, 1)
func init() {
signal.Notify(StopChan, os.Interrupt, syscall.SIGTERM)
}
// otherpkg/manager.go
import "yourapp"
func ShutdownViaAPI() {
select {
case yourapp.StopChan <h3>⚠️ 重要注意事项</h3>
-
os.Interrupt在 Unix 系统上等价于syscall.SIGINT，在 Windows 上映射为os.Kill（即CTRL_BREAK_EVENT），跨平台建议优先使用os.Interrupt；若需精确控制，应按平台区分（runtime.GOOS判断）。 -
syscall.Kill()是低阶 API，在 Windows 上需注意syscall.SIGINT可能不被原生支持，推荐统一使用process.Signal()（见下文替代方案）。 - 更现代、跨平台兼容的做法（推荐用于生产）：
import "os" proc, _ := os.FindProcess(os.Getpid()) _ = proc.Signal(os.Interrupt) // 安全、抽象、跨平台
os.Process.Signal() 内部已做平台适配，是 syscall.Kill 的封装升级版，应作为首选。
总结
Go 不支持模拟键盘中断，但完全支持程序内主动发送标准信号。核心方案有三：
-
proc.Signal(os.Interrupt)—— 最佳实践，安全、简洁、跨平台； -
syscall.Kill(getpid(), SIGINT)—— 有效但需注意平台差异； -
直接写入
signal.Notify通道 —— 仅限内部协调，非真实信号。
无论哪种方式，只要监听逻辑已通过 signal.Notify 注册，即可无缝响应，实现灵活可控的生命周期管理。
