能否在AppDelegate中检测Xcode停止按钮按下后应用停止运行的事件

这个问题我之前调试App的时候也纠结过！先给你说清楚根源：当你在Xcode里点停止按钮时，系统是直接给App进程发SIGTERM信号强行终止它，这不属于iOS正常的应用生命周期流程——毕竟正常情况下用户是通过Home键或者App切换器退出App，所以applicationDidEnterBackground和applicationWillTerminate这俩系统回调自然不会被触发。

不过我们可以通过监听进程信号来捕获这个终止事件，具体操作如下：

步骤1：定义信号处理函数 #

首先在你的AppDelegate文件里加一个C语言的信号处理函数（因为系统信号的回调必须是C函数）：

#include <signal.h>

void handleXcodeTermination(int signal) {
    // 这里写你要执行的终止前逻辑，比如保存临时数据、打调试日志
    NSLog(@"⚠️ App被Xcode停止按钮终止了");
    
    // 如果要做UI相关操作，一定要切回主队列，因为信号回调是在独立线程执行的
    dispatch_async(dispatch_get_main_queue(), ^{
        // 比如调试时可以记录一些状态，不过弹提示可能看不到，进程很快就结束了
        // 这里可以加你需要的逻辑
    });
    
    // 最后必须手动调用exit(0)，否则App会卡在终止状态
    exit(0);
}

步骤2：启动时注册信号监听 #

在application:didFinishLaunchingWithOptions:方法里注册SIGTERM信号的监听：

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    // 注册SIGTERM信号，绑定我们的处理函数
    signal(SIGTERM, handleXcodeTermination);
    
    // 你的其他启动逻辑...
    return YES;
}

一些重要提醒 #

• SIGKILL信号无法被捕获：如果是iOS系统因内存不足强制回收进程，或者通过其他工具发送SIGKILL，这个方法无效，但Xcode停止按钮发送的是SIGTERM，可以正常捕获。
• 信号处理函数要简洁：不要在里面执行耗时操作（比如网络请求），复杂逻辑请通过dispatch_async切回主队列执行。
• 仅用于调试：正式发布的App无需添加该逻辑，因为用户不会通过Xcode停止按钮关闭App。

内容的提问来源于stack exchange，提问作者Dragounow