Slack Bolt应用推送模态框提示No conversation ID及提交异常求助

• 首先排除No conversation ID for incoming event日志的干扰：这是Bolt框架的普通调试日志，不是错误。部分纯视图交互类事件本身不携带会话上下文，该日志和你遇到的提交失败问题无直接关联。
• 优先检查view_submission事件的响应格式与时效：Slack要求模态框提交事件必须在3秒内返回符合规范的响应，若要提交后关闭模态框，需返回结构：

  {
    "response_action": "clear"
  }
  

  若需跳转新视图或返回校验错误，也要对应返回规范的response_action结构，哪怕后端逻辑正常执行，只要未返回正确响应或响应超时，客户端就会弹出连接报错。
• 检查业务逻辑执行顺序：不要将发布消息、数据库写入等耗时操作放在响应Slack请求之前，会阻塞响应导致超时。正确顺序为先返回合规响应给Slack，再异步处理后续业务逻辑。
• 校验事件监听规则：检查你注册的view_submission监听器的callback_id是否和模态框定义的callback_id完全匹配，同时确认是否存在多个重复监听同一callback_id的逻辑，导致响应冲突。
• 排查全局中间件/错误处理逻辑：如果配置了全局的事件中间件、错误处理中间件，确认是否存在吞掉正常响应、修改返回结构的逻辑，导致Slack接收不到预期返回。
• 查看Slack应用活动日志：进入你的Slack应用管理后台的活动日志页面，可查看所有Slack发给你服务的回调请求的状态码、返回内容，可直接定位是否是响应缺失、格式错误或超时问题。

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