ASP.NET Core导出XML文件下载偶发失败，是浏览器还是服务端问题？

关于e.XMLContents编码是否会引发故障 #

byte[]本身是二进制数据流，不会直接导致下载故障，但如果生成XML内容时的编码和XML声明的编码不匹配，可能引发异常：

• 若XML头部声明为<?xml version="1.0" encoding="utf-8"?>，但实际转换为byte[]时使用GB2312等其他编码，虽不会直接导致下载失败，但会出现文件打开乱码，极端情况下编码错误导致的非法二进制截断也可能引发偶发下载异常
• 建议检查ExportXMLModel生成XMLContents的逻辑，保证XML声明编码和转二进制时使用的编码完全一致，优先使用UTF-8无BOM格式，兼容性最好

关于是否会被判定为恶意下载及实现规范 #

• 你当前的POST提交后返回文件的逻辑，大概率不会触发SmartScreen等恶意下载检测。这类检测的触发场景多为无用户交互的自动弹出下载、文件包含恶意脚本、站点未被可信认证等，若真被拦截，浏览器会在下载栏给出明确提示，不会无提示下载失败
• 你的实现基本符合规范，可以做几个优化降低偶发故障概率：
  • 主动在响应头加Content-Disposition显式指定附件属性，避免部分浏览器识别为 inline 内容直接打开：Response.Headers.Add("Content-Disposition", "attachment; filename=xmlfile.xml");
  • 响应头补充Content-Length，传入e.XMLContents.Length，浏览器拿到明确的文件长度可减少下载截断问题
  • 若导出文件较大，建议改成异步生成文件后再返回下载链接，避免POST请求超时导致下载失败

关于HTML代码的合规性与动作触发问题 #

你这段HTML完全符合W3C规范：

• submit按钮上的formaction属性优先级高于form标签的action属性，点击哪个提交按钮，就只会触发对应formaction指定的接口，不会同时触发ListOrders动作，无需担心冲突
• 两个导出按钮返回文件的逻辑互不干扰，不会出现同时触发的问题

偶发下载失败排查建议 #

• 抓包查看失败请求的返回状态码，排查是否存在接口超时、服务端500错误
• 检查导出逻辑是否存在偶发未捕获异常，比如数据库查询超时、生成XML时的空引用错误
• 查看浏览器控制台报错，排查是否是广告拦截、代理工具等扩展程序拦截了下载请求

内容的提问来源于stack exchange，提问作者JDias