问题根源分析 #

你当前的实现导致进程崩溃的核心原因是：

1. 调用Process.enumerateThreads时，目标进程会被完全挂起直到枚举操作完成；
2. 收集所有线程ID后再批量调用Stalker.follow的过程，进一步拉长了进程挂起的时间，超过了进程内部watchdog的超时阈值，最终触发崩溃。

解决方案1：异步化跟踪操作，减少进程挂起时间 #

我们可以通过异步执行跟踪逻辑，让目标进程尽快恢复运行，同时自动处理后续新创建的线程，避免长时间挂起触发watchdog：

function setupStalkerForAllThreads() {
    // 处理现有线程：枚举时异步启动跟踪，避免进程长时间挂起
    Process.enumerateThreads({
        onMatch: function(thread) {
            // 用setImmediate将跟踪操作放入异步队列，让进程先恢复运行
            setImmediate(() => {
                startStalkerOnThread(thread.id);
                console.log("Started tracking thread: " + thread.id);
            });
        },
        onComplete: function() {
            console.log("Finished setting up tracking for existing threads");
        }
    });

    // 监听线程创建事件，自动跟踪后续新生成的线程
    Process.events.listen('thread-created', (thread) => {
        startStalkerOnThread(thread.id);
        console.log("Started tracking new thread: " + thread.id);
    });
}

// 封装跟踪逻辑，添加异常捕获避免单个线程失败导致脚本崩溃
function startStalkerOnThread(threadId) {
    try {
        Stalker.follow(threadId, {
            // 仅开启必要事件，降低性能开销（可根据需求调整）
            events: { call: true, ret: true, block: true },
            onReceive: (events) => {
                console.log("Received events from thread: " + threadId);
            },
            onCallSummary: (summary) => {
                console.log("Call summary for thread: " + threadId);
            }
        });
    } catch (e) {
        console.error("Failed to track thread " + threadId + ": " + e.message);
    }
}

setupStalkerForAllThreads();

优化点说明：

• 异步执行：通过setImmediate让Process.enumerateThreads完成后进程立即恢复，避免长时间挂起；
• 自动跟踪新线程：监听thread-created事件，无需重复枚举线程；
• 异常防护：单个线程跟踪失败不会导致整个脚本崩溃；
• 精简事件：移除非必要的exec事件，降低Stalker的性能消耗。

解决方案2：使用Frida官方批量跟踪API（Frida 15+） #

如果你的Frida版本在15及以上，推荐直接使用官方提供的Stalker.followAll() API，这是专门为全线程跟踪设计的优化方案：

Stalker.followAll({
    events: { call: true, ret: true, block: true },
    onReceive: (events, threadId) => {
        console.log("Received events from thread: " + threadId);
    },
    onCallSummary: (summary, threadId) => {
        console.log("Call summary for thread: " + threadId);
    }
});

核心优势：

• 无需手动枚举线程，API内部自动处理现有和新创建的线程；
• 底层做了性能优化，大幅减少进程挂起时间和资源占用，崩溃概率显著降低；
• 代码极度简洁，维护成本极低。

额外注意事项 #

1. 事件按需开启：exec事件会产生海量数据，非必要时建议关闭，避免拖慢进程或导致脚本内存溢出；
2. 回调逻辑轻量化：onReceive和onCallSummary中避免做耗时操作（比如大量IO、复杂计算），否则会间接影响目标进程的运行；
3. 系统线程限制：部分系统核心线程可能无法被跟踪，异常捕获可以保证脚本的健壮性。

备注：内容来源于stack exchange，提问作者python3.789