simplexml_load_string()解析失败主因是XML字符串不合法：含BOM、标签未闭合、特殊字符未转义（如&未转&）；需用mb_detect_encoding检测编码，ltrim清除BOM，trim去空白，并确保以<?xml开头且根标签闭合。
Webman 是基于 PHP 的高性能协程 Web 框架，但它本身不内置 XML 解析/生成能力——所有 XML 操作都依赖 PHP 原生扩展（如 SimpleXML、DOMDocument）或第三方库。你用 Webman 处理 XML，本质是「在协程环境下安全调用 PHP 的 XML 工具」，而不是 Webman 提供了专属 XML 模块。
simplexml_load_string() 在 Webman 中解析失败报 parser error 怎么办
这不是 Webman 的问题，而是传入的字符串本身不合法。Webman 接收请求时默认不做 XML 预处理，原始数据直接进你的逻辑层。
- 先检查
mb_detect_encoding($xml, ['UTF-8', 'ISO-8859-1'])，确认是否含 BOM；若返回UTF-8但开头是\xEF\xBB\xBF，就用ltrim($xml, "\xEF\xBB\xBF")清掉 - 用
trim($xml)去首尾空白，再验证是否以<?xml开头、是否有匹配的根闭合标签 - 若 XML 来自表单或 API body，且含用户输入内容，别用字符串拼接：
$xml = "<name>$user_input</name>"—— 这里$user_input里的&或<会直接导致解析中断 - 临时调试可加一行：
file_put_contents('/tmp/debug.xml', $xml);，用系统命令xmllint --noout /tmp/debug.xml快速验格式
用 DOMDocument 生成 XML 报文时中文变问号或乱码
Webman 的响应默认走 Response 对象，但 DOMDocument 不会自动设置 HTTP Content-Type 或编码头，乱码根源在 DOM 构建阶段就埋下了。
- 必须显式声明编码：
$dom = new DOMDocument('1.0', 'UTF-8');，漏掉第二个参数，saveXML()输出的中文可能被当 ISO-8859-1 编码 - 插入文本必须用
$dom->createTextNode($text)，别写$element->nodeValue = $text—— 后者绕过转义，遇&会崩，且某些 PHP 版本下中文直接截断 - 设置属性必须用
$element->setAttribute('type', 'request')，$element->type = 'request'无效也不报错 - 输出前加
$dom->formatOutput = true，否则所有内容挤成一行，出错时连行号都难定位
Webman 处理大 XML 文件（>5MB）内存溢出
SimpleXML 和 DOMDocument 都会把整个文档加载进内存，Webman 协程虽轻量，但一个大 XML 就能吃光 worker 内存。这时必须切到流式解析。
立即学习“PHP免费学习笔记（深入）”；
- 改用
XMLReader：它只维持当前节点指针，内存占用恒定在几百 KB 级别 - 注意
$reader->read()是手动推进的，不调就不会动；常见错误是写while ($reader->read()) { ... }却忘了在循环内判$reader->nodeType === XMLReader::ELEMENT - 读取文本内容别用
$reader->value（它对空白敏感），优先用$reader->readString()或$reader->readInnerXML() - Webman 路由中处理上传文件时，先用
is_file($path) && filesize($path) > 5 * 1024 * 1024做大小拦截，超限直接返回 413，避免启动解析就 OOM
Webman 返回 XML 响应时浏览器显示源码而非树状结构
这是 HTTP 响应头缺失导致的，和 XML 内容本身无关。Webman 默认返回 text/html，浏览器按 HTML 渲染，自然不识别 XML 标签。
- 构造响应时必须显式设 header：
return response($xmlString)->withHeader('Content-Type', 'application/xml; charset=utf-8'); - 别用
text/xml—— 现代浏览器已不推荐，application/xml是 RFC 正确值 - 如果 XML 中有
<?xml version="1.0" encoding="UTF-8"?>声明，确保声明里的encoding和 header 里的charset一致，否则 Chrome 会警告“编码冲突” - 调试时用
curl -I http://localhost:8787/api/xml看实际返回的 header，比看浏览器渲染更可靠
真正容易被忽略的是：Webman 的中间件或全局异常处理器可能捕获 XML 解析异常后，又用 JSON 格式返回错误（比如 throw new \Exception('XML parse failed')），导致前端收到的是 JSON 而非预期的 XML 错误报文。这类隐式格式切换，在联调时最耗时间。
