DataWeave 2.0解析XML默认转为Map且丢失根名，需显式提取；命名空间必须声明前缀并用#分隔；write输出XML时属性与文本须同级并用@和#text；字符串输入需read解析，否则无法访问节点。
DataWeave 2.0 处理 XML 不需要“教程式学习”，关键在于理解它对 XML 的默认行为、命名空间处理方式，以及如何避免常见解析失败——比如
或根节点莫名消失。
XML 输入自动转成 Map，但根元素名会丢失
DataWeave 默认把 XML 解析为
，且只保留子节点结构，原始根标签名（如
）不会作为字段名保留。如果你依赖根名做
路由
或校验，必须显式提取：
更实用的做法是用
函数配合
和
参数控制输出，但输入阶段就该意识到：你拿到的不是“原始 XML 字符串”，而是已解析的树形结构。
带命名空间的 XML 必须声明并使用前缀
没声明命名空间就直接访问
？会报错
。正确做法是开头用
声明，并在所有路径中带上前缀：
注意：
是命名空间分隔符，不是点号；
中的
是本地名，大小写敏感；如果 XML 使用默认命名空间（
），要用
声明空前缀。
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
输出 XML 时属性和文本混排容易出错
想生成
，但写成
会失败——DataWeave 要求属性必须嵌套在
下，且与文本内容同级，不能放在值内部：
常见错误包括：
漏掉
，导致内容被忽略
把
写成
或
（字符串键名无效）
在
下返回数组却不包根节点，触发
从 Java 或 HTTP 接收的 XML 字符串需先
再处理
Mule 4 的
如果是
类型（比如来自
的原始响应体），DataWeave 不会自动解析 XML——它只会当普通字符串处理。必须显式调用
：
否则你会看到整个 XML 当作单个字符串传入，
返回
。顺便提醒：
不支持 DTD 或外部实体，含
的 XML 会抛
，得先用
清除。
最常被忽略的是：XML 命名空间声明本身不参与数据路径匹配，但一旦存在，所有元素访问都强制要求前缀；还有就是
输出时，空对象（
）会被序列化成自闭合标签，而
才生成有结束标签的空元素——这种细节在对接老系统时往往决定成败。
Cannot coerce Null to ObjectObject%dw 2.0
output application/json
---
{
rootName: payload pluck $$,
content: payload
}writeattributesnamespacepayload.ns:OrderUnknown prefix 'ns'ns ns "http://example.com/schema"%dw 2.0
ns ns "http://example.com/schema"
output application/json
---
payload.ns#Orders.ns#Order map {
id: $.ns#id,
items: $.ns#Items.ns#Item
}#ns#OrdersOrdersxmlns="..."ns "" "..."write- apple
{"item": "apple", "@id": "123"}@%dw 2.0
output application/xml
---
{
item: {
"@id": "123",
"#text": "apple"
}
}#text@idid"@id"output application/xmlExpected object, got arrayreadpayloadjava.lang.Stringhttp:requestread%dw 2.0
output application/json
---
read(payload, "application/xml") mapObject {
($$): $
}payload.OrdernullreadXMLStreamExceptionreplacewrite{}{ "#text": "" }