吐槽一下，有些文档太垃圾了，写的不清不楚的，也没有示例，要不就是各种引导你去买TUICallKit，
然后遇到问题，在技术群反馈效果一般，提工单效果一般，腾讯工单的回复总是答非所问，就是找售后技术支持有点用，那遇到问题好像是腾讯的技术帮忙看的，其他的感觉都像是不懂技术的客服，答非所问。

---

用vue3做的h5移动端网页无UI集成开发的，大概的聊天页面功能是这样的，文字、图片、录音、实时音视频

简单记录一下通讯IM和TRTC的一些坑：（有其他坑再补充…）

isReady() 一直返回false

它是检测SDK 是否 ready，因为im调用login必须是已经ready的状态

ready主要就是用来创建im实例，然后注册日志、插件、im事件监听

而login呢，是登录IM的，但是文档说ready必须在登录之前，所以我想在执行完ready之后用isReady去获取一下状态，然后再去调login

SDK_READY监听有时候会不触发

接上一个isReady不好使的问题，我想去存储一个ready状态变量，所以就在SDK_READY监听里去改变状态，结果它有时候就不执行。这个莫得办法，就没管，ready和login都是异步执行的，目前生产环境也没啥问题

getConversationList拉取会话，消息数据里的cloudCustomData经常会丢

做会话列表getConversationList拉会话，每个会话里它会返回你最新的一条消息，然后我发消息设置的自定义参数cloudCustomData总是丢失。这个用getConversationList莫得办法，让服务端去存会话，调用服务端接口去拉会话

移动端发图片消息总是卡顿

用手机拍照发图片消息，调完sendMessage发送总是很慢，因为现在的手机拍照像素都高，随便拍一个照片都是2、3M，我一开始以为是createImageMessage创建图片消息的时候没压缩导致的，后来问腾讯客服说是他们的api默认会压缩图片。这个莫得办法，借鉴过TUICallKit demo源码，它是在消息状态是unSend的时候，用progress做了个进度条，，问题是我的消息列表拿不到unSend这个状态，没思路，再想想

im里的信令消息，不会触发MESSAGE_RECEIVED监听

MESSAGE_RECEIVED是监听消息的，比如你发消息或者别人给你发消息就会触发这个监听。
但是发信令通信（打语音/视频通话）之后，im的messageList里会自动添加信令消息，但是不会触发MESSAGE_RECEIVED监听，也不会自动显示到messageList，需要刷新页面去重新getMessageList拉消息才会显示出来。 这个我是给list组件设置的key，然后去改变key值，实现页面局部刷新，list组件里会getMessageList，重新拉列表

而且信令消息也没文档，你也不知道它返回的是个啥？actionType、businessID: 1，鬼知道你这字段代表啥意思啊

---

后来问了售后技术支持才知道，businessID: 1就表示信令消息，actionType是通话的状态，还少一个actionType = 5 超时无应答 【真无语了，还是我测试的时候发现有个5】

---

vue3项目创建trtc对象 TRTC.create()

创建一个 TRTC 对象，用于实现进房、预览、推流、拉流等功能。

在vue3项目里得使用const trtc = markRaw(TRTC.create())，其他的定义方式可能会有问题
我一开始是直接 const trtc = TRTC.create()。 后来就有些监听事件不触发，莫名其妙的

trtc.startRemoteVideo拉取对方画面，多了一个播放/暂停按钮，或者显示了一个弹窗

web开发的话会有这个问题，其他语言开发不知道，使用trtc.startRemoteVideo()去拉取对方画面，有可能会触发浏览器自动播放限制策略。

简单来说就是startRemoteVideo会往你的页面里插入一个video然后去显示对端视频画面，自动播放video，然后有些浏览器可能不让你去自动播放video，需要用户主动去点击触发。这个问过腾讯技术了，说是就这样，这已经是他们处理过的了。或者可以去自定义那个弹窗，但是那个播放/暂停按钮去不掉。这个莫得办法

TRTCCalling官方不维护了，vue2的项目估计都是用的TRTCCalling

我的项目对端就是vue2+TRTCCalling，现在就是各种bug不断，脑壳疼…
然后vue3还没法用TRTCCalling，因为v3版本把信令内置成一个模块了，而v2版本信令是一个单独的包，没法兼容。

移动端设备没法获取扬声器

没有来电提示音的api

这个我的方案是拨打音视频或者有来电的时候，页面定义一个audio去播放mp3，接听/挂断/超时去停止播放等等。

TRTCCalling，多端（pc + 安卓）登录同一个账号，挂断无回调

就是发起端发起了一个通话，然后接收端现在是多端的（pc + 安卓），他们会同时收到信令邀请，然后安卓端接听了，pc端会触发一个TRTCCalling.EVENT.USER_ACCEPT的回调，这个回调返回一个userId, 然后安卓端通话了一段时间，执行挂断，pc这时候是没有任何回调的，做不了处理，就会导致一个会话一直占线，然后发起端再拨打一直提示忙线。。

各种调试抓包，没有方案，没有回调，trtc-calling-js底层封装的直接抛出reject返回了一个isBusy
我这里目前是trtcCalling重新login就好了，占线那个就会自动挂了，怪不得腾讯下线了TRTCCalling，bug太多了

发完录音后，播放录音失败，im消息列表刷新后，url为undefined

测试最近发现，发完录音后，想听一下自己发的，结果点击播放audio不好使，我排查后发现是发完消息后刷新消息列表然后那条消息的录音url是undefined了，所以播放失效了，这里看到remoteAudioUrl是一只都有的，所以加个判断url不存在使用remoteAudioUrl，或者直接使用remoteAudioUrl

TRTC正在通话中，“主叫方” 没有主动 “挂断” 的方法

主叫方发起信令邀请被叫方通话，对方接受后，在通话状态下，主叫方没有主动挂断的方法，而是需要执行退房 exitRoom() + 关闭音/视频 stopLocalAudio() stopLocalVideo 并卸载掉事件监听才可挂断。

发送的pdf消息，在微信公众号网页使用pdf.js预览跨域

在公众号网页使用pdf.js（试过很多插件，在微信公众号网页都存在兼容问题）做预览pdf功能，发现点击预览的时候报跨域，可能是腾讯那边有限制域名

解决方案就是自己后端写上传接口，然后在发送消息成功的时候调用自己后端的上传接口，往自己服务器上存一份，用消息ID做标识

然后点预览的时候，根据消息ID去掉一个查询接口就好了