Amazon Connect WebSocket双向通信异常：禁止访问与消息接收问题

一、替代轮询getTranscript的优化方案 #

放弃轮询，改用Amazon Connect Participant Service的WebSocket实时推送机制：

• 调用CreateParticipantConnection接口，指定Type参数为['WEBSOCKET', 'CONNECTION_CREDENTIALS']，获取WebSocket连接URL和临时凭证（ConnectionToken、Expiry等）
• 建立WebSocket连接时，在请求头中携带Authorization: Bearer {ConnectionToken}
• 连接成功后，立即发送订阅指令：{"topic":"aws/subscribe","content":{"topics":["aws/chat"]}}，之后就能实时接收坐席发送的消息

二、解决amazon-connect-streams/chatjs中getWebSocketManager返回undefined的问题 #

• 严格遵循初始化顺序：先调用connect.core.initCCP完成CCP组件初始化，必须等待CCP完全加载（可通过connect.core.onCCPLoaded事件监听）后，再调用getWebSocketManager
• 确保聊天会话已创建：只有调用connect.chat.createChatSession成功生成有效会话后，WebSocketManager才会被实例化，空会话状态下调用必然返回undefined
• 检查库加载方式：如果是动态加载chatjs，要在脚本加载完成的回调中执行WebSocket相关逻辑，避免提前调用未初始化的方法

三、WebSocket发送消息报Forbidden错误的修复 #

• 验证ConnectionToken有效性：必须使用CreateParticipantConnection返回的最新临时凭证，过期或无效的token会直接触发403
• 强制携带认证头：建立WebSocket连接时，手动配置请求头添加Authorization: Bearer {ConnectionToken}，部分WebSocket客户端默认不会携带自定义头
• 检查IAM权限配置：确保调用CreateParticipantConnection的IAM角色拥有connect:CreateParticipantConnection权限，且资源范围指定为对应的Amazon Connect实例ARN
• 规范消息格式：发送的消息必须符合Amazon Connect的协议要求，示例格式：

{"topic":"aws/chat","content":{"message":"Bot message content","type":"MESSAGE"}}

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