餐饮企业网站设计天津河北做网站的公司

餐饮企业网站设计,天津河北做网站的公司,上海企业服务公司,做代收水果是什么网站pjsip 在 Android 上的调试实战#xff1a;从编译到崩溃追踪#xff0c;一文讲透你有没有遇到过这样的场景#xff1f;千辛万苦把 pjsip 编译出来#xff0c;运行后却日志一片空白#xff0c;连“注册中”都看不到#xff1b;刚打通电话#xff0c;对方说“听不到你”从编译到崩溃追踪一文讲透你有没有遇到过这样的场景千辛万苦把 pjsip 编译出来运行后却日志一片空白连“注册中”都看不到刚打通电话对方说“听不到你”自己这边也完全静音抓包发现 RTP 根本没发出去换了一台手机应用直接闪退logcat 只留下一行冰冷的SIGSEGV改了几行代码重新 buildNDK 报错一堆undefined reference根本不知道从哪查起……如果你点进这篇文章大概率正在被这些问题折磨。别急——我也是这么过来的。pjsip 是目前最成熟、功能最全的开源 SIP 协议栈之一在 VoIP 领域几乎是绕不开的技术选型。但它的强大是以“陡峭的学习曲线”为代价的尤其在 Android 这种碎片化严重、JNI 机制复杂的平台上调试难度堪称地狱级。今天我就以一个踩过无数坑的老开发者的视角带你系统性地梳理pjsip 在 Android 平台上的调试全流程不讲空话只讲能落地的实战技巧。日志看不见先让 pjsip “开口说话”很多初学者最大的误区是以为只要调用了pjsua_create()就能看到日志。结果呢adb logcat 里什么都没有。真相是pjsip 默认只输出 warning 及以上级别的信息。而初始化过程中的大量协议交互、状态转换默认都是 debug 或 trace 级别的根本不会打印。所以第一步必须打开日志开关。如何开启全量日志void enable_pjsip_full_logging() { // 设置全局日志级别为 TRACE6 pj_log_set_level(6); // 配置 pjsua 的日志参数 pjsua_logging_config log_cfg; pjsua_logging_config_default(log_cfg); log_cfg.level 6; // 输出所有层级消息 log_cfg.console_level 6; // 控制台也输出 TRACE }但这还不够你会发现即便设置了 level6logcat 还是看不到输出。为什么因为 pjsip 的默认输出是stdout/stderr而 Android 的 native 层输出并不会自动重定向到 Logcat。必须手动注册 Logcat 写入器你需要实现一个自定义的日志写入函数把 pjsip 的日志“桥接”到 Android 的 Logcat#include android/log.h #define LOG_TAG PJSIP static void android_log_writer(int level, const char *data, int len) { // 根据 pjsip 日志等级映射到 Android Level android_LogPriority prio; switch (level) { case 0: case 1: case 2: prio ANDROID_LOG_ERROR; break; case 3: case 4: prio ANDROID_LOG_WARN; break; case 5: prio ANDROID_LOG_INFO; break; default: prio ANDROID_LOG_DEBUG; break; } // 截断末尾换行符以便格式统一 char temp[len 1]; strncpy(temp, data, len); temp[len] \0; if (len 0 temp[len - 1] \n) temp[len - 1] \0; __android_log_write(prio, LOG_TAG, temp); } // 注册写入器 pj_log_register_writer(android_log_writer);✅ 实践建议把这个android_log_writer放在你的 JNI 初始化函数里确保在pjsua_create()前完成注册。现在再运行程序执行adb logcat -s PJSIP:I你会看到铺天盖地的 SIP 消息输出比如D/PJSIP: pjsua_call_make_call(): making call with acc0 to sip:1001192.168.1.100 D/PJSIP: Sending Request Msg INVITE to (via UDP):192.168.1.100:5060 D/PJSIP: Received Response: 180 Ringing D/PJSIP: Received Response: 200 OK恭喜你已经拿到了第一手诊断资料⚠️ 警告TRACE 级别会产生巨量日志严重影响性能。仅用于调试阶段发布前务必调回 level3 或更低。NDK 编译失败这些 ABI 和 STL 配置你必须知道pjsip 是 C/C 写的必须用 NDK 编译成.so文件。但很多人卡在第一步编译报错。最常见的错误长这样error: undefined reference to __cxa_begin_catch error: cannot find -lstdc这类问题几乎全是STL 配置不当导致的。正确的 Application.mk 应该这样写# 支持主流架构推荐至少包含 arm64-v8a 和 armeabi-v7a APP_ABI : arm64-v8a armeabi-v7a # 最低支持 API 21Android 5.0避免旧版 bionic 兼容问题 APP_PLATFORM : android-21 # 关键使用 c_shared 而不是 system 或 gnustl APP_STL : c_shared # 启用 C 异常和 RTTIpjsua2 内部用到了 APP_CPPFLAGS -frtti -fexceptions # 使用 Clang 编译器现代 NDK 默认 NDK_TOOLCHAIN_VERSION : clang为什么必须用c_sharedsystem不支持异常、RTTI且功能残缺gnustl已废弃Android 官方不再维护c_sharedClang 下唯一推荐选项提供完整 STL 支持并生成共享库便于多模块复用。如果你用了gnustl或没设置APP_STL就会出现__cxa_begin_catch找不到的问题 —— 因为这个符号属于 C 异常处理运行时只有启用-fexceptions并链接正确的 STL 才会引入。编译脚本怎么写pjsip 官方提供了configure-android脚本你可以这样封装一个 build.sh#!/bin/bash export ANDROID_NDK_ROOT/path/to/your/ndk export TARGET_ABIarm64-v8a export ANDROID_API21 ./configure-android \ --use-ndk-cflags \ --with-openh264 \ --enable-videono \ --disable-sound \ --disable-resample \ --disable-small-filter \ --disable-floating-point make dep make clean make 提示若项目不需要视频或高级音频处理可适当关闭模块以减小体积和降低复杂度。通话无声媒体流建立失败的三大元凶这是最让人头疼的问题信令走通了双方都显示“通话中”但就是没声音。原因通常出在媒体路径未正确建立。我们来逐个排查。1. onCallMediaState 没有触发检查你的Call子类是否重写了这个方法void MyCall::onCallMediaState(OnCallMediaStateParam param) { CallInfo ci getInfo(); for (auto mi : ci.media) { if (mi.type PJMEDIA_TYPE_AUDIO (mi.status PJSUA_CALL_MEDIA_ACTIVE)) { AudioMedia *am getAudioMedia(mi.index); AudDevManager adm Endpoint::instance().audDevManager(); // 建立双向音频通路 am-startTransmit(adm.getPlaybackDevMedia()); adm.getCaptureDevMedia().startTransmit(*am); } } }⚠️ 注意- 必须等到media.status PJSUA_CALL_MEDIA_ACTIVE才能启动传输- 如果对方处于 hold 状态status可能是REMOTE_HOLD也要考虑进去-getAudioMedia(mi.index)中的 index 来自CallInfo.media[i].index不能硬编码为 0。2. 音频设备没打开有时候即使建立了通路仍然无声。可能是因为音频设备未激活。确保你在onCallState中做了如下操作void MyCall::onCallState(OnCallStateParam param) { CallInfo ci getInfo(); if (ci.state PJSIP_INV_STATE_CONNECTED) { // 启动音频设备管理器 Endpoint::instance().audDevManager().setNullDev(false); // 关闭静音设备 } }也可以提前在账号注册成功后就初始化音频设备void onRegState(OnRegStateParam param) { if (param.code 200) { // 注册成功准备音频设备 AudDevManager adm Endpoint::instance().audDevManager(); adm.setCaptureDev(0); // 设置麦克风 adm.setPlaybackDev(1); // 设置扬声器 } }3. NAT/防火墙阻断 RTP 端口使用 Wireshark 或 tcpdump 抓包分析 RTP 流是否发出。常见现象- 本地发出了 INVITE携带 SDP 中的 RTP 端口如 4000- 对方回复 200 OK也带了一个端口- 但本机没有向对方 IP:port 发送任何 RTP 数据包。解决办法- 启用 STUN 获取公网地址c transportConfig.stunServer stun.l.google.com:19302;- 若仍不通需部署 TURN 中继服务器- 检查 Android 权限uses-permission android:nameandroid.permission.INTERNET /JNI 层崩溃线程与 JNIEnv 的那些坑native 崩溃是最难调试的一类问题往往只留下一句SIGABRT或SIGSEGV毫无头绪。绝大多数情况根源都在JNIEnv 使用不当。JNIEnv 不是线程安全的JavaVM 可以跨线程访问但 JNIEnv 只属于创建它的那个线程。pjsip 内部有很多工作线程如 IO thread、timer thread它们无法直接调用env-CallVoidMethod()。典型错误写法// 错误主线程外的 env 已失效 void post_event_to_java(const char* event) { jclass cls env-FindClass(com/example/VoipService); jmethodID mid env-GetStaticMethodID(cls, onEvent, (Ljava/lang/String;)V); jstring jstr env-NewStringUTF(event); env-CallStaticVoidMethod(cls, mid, jstr); // 崩溃 }正确做法线程绑定 全局引用static JavaVM *g_jvm nullptr; static pthread_key_t g_thread_key; // 线程 detach 回调 static void detach_thread(void *value) { JNIEnv *env (JNIEnv*)value; if (env g_jvm) { g_jvm-DetachCurrentThread(); } } jint JNI_OnLoad(JavaVM *vm, void *reserved) { g_jvm vm; pthread_key_create(g_thread_key, detach_thread); return JNI_VERSION_1_6; } JNIEnv* getJNIEnv() { JNIEnv *env nullptr; int status g_jvm-GetEnv((void**)env, JNI_VERSION_1_6); if (status JNI_EDETACHED) { g_jvm-AttachCurrentThread(env, nullptr); pthread_setspecific(g_thread_key, env); } return env; }然后在任意线程中安全调用 Java 方法void safe_call_java(const char* msg) { JNIEnv *env getJNIEnv(); jclass cls env-FindClass(com/example/VoipService); jmethodID mid env-GetStaticMethodID(cls, onEvent, (Ljava/lang/String;)V); jstring jstr env-NewStringUTF(msg); env-CallStaticVoidMethod(cls, mid, jstr); env-DeleteLocalRef(jstr); env-DeleteLocalRef(cls); }✅ 补充建议-FindClass返回的 jclass 是局部引用必须DeleteLocalRef- 若需长期持有对象如 listener应使用NewGlobalRef- 回调完成后及时释放全局引用防止内存泄漏。实战案例一次典型的注册失败排查流程假设你遇到注册失败返回408 Timeout。不要慌按以下步骤一步步来Step 1打开 TRACE 日志确认pj_log_set_level(6)已生效查看是否有发送 REGISTER 请求。如果没有说明pjsua_acc_add()失败检查账号配置pjsua_acc_config cfg; pjsua_acc_config_default(cfg); cfg.id_uri pj_str(sip:1001yourserver.com); cfg.reg_uri pj_str(sip:yourserver.com); cfg.cred_count 1; cfg.cred_info[0].realm pj_str(*); cfg.cred_info[0].scheme pj_str(digest); cfg.cred_info[0].username pj_str(1001); cfg.cred_info[0].data_type PJSIP_CRED_DATA_PLAIN_PASSWD; cfg.cred_info[0].data pj_str(password);Step 2检查网络权限和可达性是否声明了uses-permission android:nameandroid.permission.INTERNET /服务器域名能否解析可用ping yourserver.com测试5060 端口是否开放可用telnet yourserver.com 5060验证。Step 3启用 STUNpjsua_transport_config tcfg; pjsua_transport_config_default(tcfg); tcfg.port 5060; tcfg.stun_server pj_str(stun.l.google.com:19302); pjsua_transport_id tid; pjsua_transport_create(PJSIP_TRANSPORT_UDP, tcfg, tid);Step 4抓包验证在手机上执行tcpdump -i any -s 0 -w /sdcard/capture.pcap port 5060推送文件到电脑用 Wireshark 分析看是否发出 REGISTER以及是否收到响应。总结与最佳实践清单经过上面的层层拆解我们可以归纳出一套pjsip Android 调试黄金法则类别最佳实践日志调试期开 TRACE重定向到 Logcat生产环境降为 INFO编译使用c_shared Clang API≥21关闭无用模块瘦身媒体在onCallMediaState中判断ACTIVE状态后再连接通路JNI所有 native 线程通过getJNIEnv()获取 env合理管理引用网络必配 STUN关键权限不可少必要时抓包分析稳定性每次Call结束后 delete异常用 try-catch 包裹最后说一句掏心窝的话pjsip 并不难难的是调试方法不对路。当你学会如何“听懂”它的日志、理解它的线程模型、掌握它的编译门道你会发现它其实非常可靠甚至优雅。希望这篇实战指南能帮你少熬几个夜少掉几根头发。如果你在集成过程中还遇到了其他棘手问题欢迎在评论区留言我们一起攻克。