mod_proxy_hcheck不支持直接计算响应体MD5，需通过ProxyHCExpr配合后端健康接口（如/health/md5）返回预期MD5值来间接校验；要求Apache 2.4.47+并启用相关模块，且响应未压缩。
Apache 的 mod_proxy_hcheck 本身不支持直接计算并比对响应体的 MD5 值，它只负责发起 HTTP 请求、接收响应，并基于状态码或自定义表达式判断健康状态。但你可以通过 ProxyHCExpr 配合外部脚本或后端服务间接实现“页面内容一致性”监测——本质上是把 MD5 校验逻辑下沉到后端健康接口，而非由 Apache 实时计算。
必须满足的前提条件
确保你用的是 Apache 2.4.47 或更高版本；运行 httpd -M | grep hcheck 有输出，否则需手动加载模块：
LoadModule proxy_hcheck_module modules/mod_proxy_hcheck.so- 同时启用
mod_proxy、mod_proxy_balancer和mod_proxy_http
核心思路：让后端返回可验证的摘要信息
Apache 不适合在每次健康检查中实时抓取完整页面再算 MD5（性能差、无缓存、易超时）。正确做法是让后端提供一个专用健康端点（如 /health/md5），该接口主动返回当前页面关键内容的 MD5 值，例如：
- 返回 JSON：
{"status":"ok","expected_md5":"a1b2c3..."} - 或纯文本：
a1b2c3...（HTTP 状态码为 200）
这样健康检查就变成“请求固定路径 → 检查响应是否含预期字符串”，不再依赖 Apache 解析 HTML 或计算哈希。
配置 ProxyHCExpr 实现内容匹配
在虚拟主机或全局配置中定义表达式，用于提取并比对响应体中的 MD5 字符串：
- 若后端返回 JSON，用正则捕获字段值：
ProxyHCExpr ok "expr=%{hc('body') =~ /\"expected_md5\":\"([0-9a-f]{32})\"/ && $1 == 'a1b2c3...'}" - 若返回纯文本且内容就是 MD5，则更简单：
ProxyHCExpr ok "expr=%{hc('body') =~ /^a1b2c3...$/}" - 在 BalancerMember 中引用：
hcinterval=10 hcfails=3 hcpasses=2 hcexpr=ok
注意：%{hc('body')} 只在 mod_proxy_hcheck 启用且响应未被压缩（如未启用 gzip）时可用；若后端启用了压缩，需先禁用或改用状态码+Header 组合判断。
替代方案：用 Header 传递校验结果
如果无法修改后端接口，可在反向代理层前加一层轻量服务（如 Nginx 或 Python Flask），对该页面做一次 GET 请求、计算 MD5、写入响应头（如 X-Content-MD5: a1b2c3...），再由 Apache 的 ProxyHCExpr 检查 Header：
ProxyHCExpr md5ok "expr=%{hc('resp', 'X-Content-MD5') == 'a1b2c3...'}"- 这种方式避免了 body 解析限制，也绕开了 gzip 干扰
不复杂但容易忽略：所有表达式里的字符串（包括预期 MD5）必须严格匹配，大小写、引号、换行都不能错。
