Janus Gateway会话计数机制问题分析与修复

Janus Gateway作为一款开源的WebRTC服务器，其会话管理机制是核心功能之一。近期在1.3.0版本中发现了一个关于会话计数统计的缺陷，本文将深入分析该问题及其解决方案。

问题背景

在Janus Gateway的会话管理系统中，存在两种会话计数方式：

1. 通过原子变量sessions_num维护的计数器
2. 通过实际会话哈希表sessions的大小统计

正常情况下，这两个数值应当保持一致，但在特定场景下会出现不一致现象，导致统计信息失真。

问题复现与定位

当会话因超时被清理时，系统会从哈希表中移除该会话，但未同步减少sessions_num计数器。这种不一致会导致：

1. 管理接口返回的会话数虚高
2. 资源监控数据不准确
3. 可能影响负载均衡决策

通过添加调试代码发现，在超时场景下：

• g_hash_table_size(sessions)正确减少
• g_atomic_int_get(&sessions_num)保持不变

根本原因分析

代码审查发现，会话计数维护存在三处关键路径：

1. 会话创建：正确递增sessions_num
2. 显式销毁：通过API调用时正确递减
3. 超时清理：仅从哈希表移除，未递减计数器

这种不对称的维护方式导致了统计偏差。特别是在WebSocket传输场景下，连接断开时的清理路径同样存在计数器未更新的问题。

解决方案

修复方案包含以下关键修改：

1. 在超时处理路径添加计数器递减逻辑
2. 在传输层断开处理中添加计数器维护
3. 确保所有会话终止路径的一致性

核心修复代码示例如下：

// 超时处理
if(timeout) {
    g_hash_table_remove(sessions, &session_id);
    g_atomic_int_dec_and_test(&sessions_num);  // 新增
    // ...原有超时事件通知
}

// WebSocket断开处理
if(transport_gone) {
    janus_session_destroy(session);
    g_atomic_int_dec_and_test(&sessions_num);  // 新增
}

最佳实践建议

1. 监控一致性：建议同时监控哈希表大小和计数器，早期发现问题
2. 超时配置：合理设置会话超时时间，避免资源长期占用
3. 事件处理：完整处理各类会话终止事件，包括超时和传输中断

总结

Janus Gateway的会话计数问题展示了分布式系统中资源统计的典型挑战。通过本次修复，不仅解决了统计偏差问题，更重要的是建立了更健壮的会话生命周期管理机制。对于基于Janus构建的应用，建议升级到包含此修复的版本，以确保资源监控数据的准确性。

该问题的解决也提醒我们，在实现状态维护机制时，必须确保所有可能的状态转换路径都得到正确处理，特别是异常路径和自动清理场景。