如何在ThinkPHP中通过钉钉机器人发送告警通知_Webhook封装与Markdown格式

如何在ThinkPHP中通过钉钉机器人发送告警通知：Webhook封装与Markdown格式

ThinkPHP 里怎么调用钉钉 Webhook 发告警

其实方法很直接，直接用 curl 或者 file_get_contents 发起一个 POST 请求就行，完全不需要额外安装什么 SDK。钉钉机器人那边只认准 POST 方法和 application/json 内容类型，你传过去一个标准的 JSON 数据包即可。无论是 ThinkPHP 自带的 Http 类，还是原生的 curl 函数，都能轻松搞定这个任务。

所以，真正的难点往往不在于“能不能发”，而在于「怎么发才不会被钉钉的服务器拒收」——比如签名突然失效、timestamp 和 sign 对不上、或者 JSON 格式里哪怕多了一个逗号，都可能直接返回 400 错误。

• 必须带上 timestamp（毫秒时间戳）和 sign（HMAC-SHA256 签名），否则你会收到 {"errcode":310000,"errmsg":"invalid signature"} 的提示。
• 计算 sign 时，原始字符串的格式是 "\n"，这里有个关键细节：中间的换行符 \n 是必须的，它既不是空格，也不是回车符。
• Webhook 地址里的 access_token 和计算出的 sign 需要动态拼接，不能直接硬编码在 URL 里然后用 GET 方式请求——钉钉的接口设计决定了它只接受通过 POST 请求体传递的签名信息。

Markdown 消息体怎么写才不被截断或渲染失败

钉钉对 Markdown 语法的支持是有限制的，并非所有 GitHub 风格的写法都有效。最稳妥的策略是用 text 纯文本类型打底，如果确实需要格式，再切换到 markdown 类型，但必须避开它的几个硬性限制。

• 在 markdown 类型下，标题最多只支持到 ##（也就是二级标题），### 及以下级别的标题会被当作普通文本处理。
• 表格必须使用完整的语法结构：|列1|列2|\n|---|---|\n|值1|值2|，少了一行分隔符或者缺了竖线，整个消息都可能被降级为纯文本显示。
• 链接的写法必须是标准的 [文字](https://xxx) 格式，使用 这样的 HTML 标签或者直接粘贴纯 URL，钉钉都不会进行解析。
• 不要在 markdown 内容里混用 HTML 标签，钉钉的解析器会直接过滤掉整段包含 HTML 的内容。

{
  "msgtype": "markdown",
  "markdown": {
    "title": "服务告警",
    "text": "## [错误] Db::table('user')->where('id', 0)->find()\n> 时间：2024-06-12 14:22:05\n> 服务器：web-prod-03"
  }
}

为什么本地测试通、上线就 400 或无响应

遇到这种情况，常见原因往往不是代码逻辑问题，而是环境差异导致了签名失效或请求被拦截。

• 服务器时间不准：如果服务器生成的 timestamp 和钉钉服务器的时间差超过 1 小时，sign 签名会直接失效。解决办法是同步服务器时间，例如执行 ntpdate -u ntp.aliyun.com。
• PHP 环境限制：检查是否开启了 open_basedir 限制，或者禁用了 curl 相关函数。可以通过 phpinfo() 查看 disable_functions 列表里是否包含了 curl_exec。
• Web 服务器限制：Nginx 或 Apache 可能限制了 POST 请求体的大小。虽然钉钉要求单条消息不超过 2048 个字符，但如果你拼接了超长的日志信息，可能会在到达钉钉之前就被中间件截断。
• 配置加载问题：access_token 和 secret 这类敏感信息，建议放在 .env 文件中通过 ThinkPHP 的 Env 类读取，避免直接写死在控制器代码里，以防误提交到版本库。

封装成 ThinkPHP 公共方法要注意什么

封装成公共方法时，可别简单地写成一个静态工具类就了事。钉钉 Webhook 是一个外部依赖，必须考虑到失败重试、日志记录和敏感信息隔离这些生产环境下的关键点。

• 方法入参设计：建议只接收 $title、$text、$type = 'markdown' 这类业务参数。其他的如 token、secret、超时时间等，全部应该从统一配置中读取（例如 config('dingtalk.webhook')）。
• 设置超时时间：HTTP 请求的超时时间建议设置在 3 秒以内，因为钉钉的响应通常比较迅速。
• 错误处理：失败时绝对不能静默吞掉错误。至少应该记录到 think/log 日志中，并且包含钉钉返回的原始响应体（比如 {"errcode":310000,...}），便于后续排查。
• 注意请求头：如果使用 ThinkPHP 的 Http::post() 方法，记得手动设置请求头：['Content-Type' => 'application/json']。否则默认的 application/x-www-form-urlencoded 格式会导致钉钉服务器直接返回 400 错误。

这里面的复杂点主要在于签名生成和错误分类的逻辑。一方面，timestamp 和 sign 的生成必须是原子性的，不能先获取时间戳，隔了几毫秒再去计算签名。另一方面，钉钉返回的 errcode 需要区别对待：310000 是签名错误，320000 是 access_token 过期，330000 是调用频率过高，针对不同的错误码，应该设计不同的处理路径。