如何解决MTOM与Base64 + GZIP ...尺寸预期
我们当前正在创建一个XML端点,该端点还接收一些二进制数据。
解决方案1-Base64
<outer>
<foo></foo>
<binary>SGVsbG..Base64-encoded-content..8gV29ybGQ==</binary>
</outer>
解决方案2-SOAP + MTOM
<soapenv:Envelope ...>
<soapenv:Body>
<outer>
<Data>
<inc:Include href="cid:1234" />
<Data>
</outer>
</soapenv:Body>
</soapenv:Envelope>
--MIME-Multipart-Boundary
Content-Type: ..
Content-Length: ..
...
...MTOM-Content...
--MIME-Multipart-Boundary--
很明显,生成的MTOM内容会更小,因为不需要将char缩减为有限的集合。一般来说,它应该小30%。
但这只是真相的一半。通常,您将通过启用了GZIP的HTTP POST发送。
所以问题是,在启用GZIP的情况下,通过HTTP比较Base64和SOAP + MTOM是否有关于大小和性能的经验。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。