Android Instant Apps 使用标准 XmlPullParser 但受限于沙盒：仅支持 res/raw/ 资源、网络响应流或 ByteArrayInputStream；禁用 file:// 和外部存储；避免命名空间模式以防兼容问题。

Android Instant Apps 本身不特殊处理 XML 文件交互——它沿用标准 Android 的 XML 解析机制，但受沙盒限制和权限约束，部分传统方式会失效或需调整。

XmlPullParser 在 Instant App 中仍可用，但必须注意输入源

Instant App 运行在受限 SELinux 沙盒中，无法直接访问 file:// 路径或外部存储（如 /sdcard/），因此不能用 FileInputStream 加载本地 XML 文件。唯一安全、推荐的输入源是：

• Resources.openRawResource(R.raw.my_data)（打包在 res/raw/ 的 XML）
• 网络响应体（如 HttpURLConnection.getInputStream() 或 OkHttpClient 返回的 Response.body().byteStream()）
• 内存中的 ByteArrayInputStream（例如从解密或解压后得到的字节数组）

错误示例（Instant App 中会抛 SecurityException 或静默失败）：

FileInputStream fis = new FileInputStream("/data/data/com.example.app/files/config.xml");

解析时避免使用命名空间（namespace-aware）模式

Instant App 的 XmlPullParser 实现（如 ExpatPullParser）对命名空间支持不稳定，尤其在低版本 Android（API ）上易触发 XmlPullParserException: Unsupported feature: http://xmlpull.org/v1/doc/features.html#process-namespaces。

务必显式禁用：

DeepBI DHTML 页面生成器

生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur

下载

XmlPullParser parser = Xml.newPullParser();
parser.setFeature(XmlPullParser.FEATURE_PROCESS_NAMESPACES, false); // 必须设为 false
parser.setInput(inputStream, "UTF-8");

若 XML 含 xmlns 声明（如 ），跳过命名空间检查后，用 parser.getName() 获取本地名即可，无需 parser.getNamespace()。

不要在 Manifest 或布局中依赖自定义 XML Schema

Instant App 的 AndroidManifest.xml 和布局文件（activity_main.xml）本身是 XML，但它们由系统预编译验证；你不能在 Instant App 模块中引入自定义 XSD 或 DTD 验证逻辑——这既无运行时支持，也不被 Play 免安装服务允许。

常见误操作：

• 在 res/xml/ 下放带 ..> 声明的配置文件，并试图用 XmlResourceParser 加载 → 可能解析失败或忽略 DOCTYPE
• 在 build.gradle 中配置 android { xml { validation = true } } → Gradle 不支持该 DSL，且 Instant App 构建链不参与 XML Schema 校验

真正关键的是：XML 解析逻辑必须与模块粒度对齐——如果解析行为发生在 feature 模块中，所有依赖（如 res/raw/ 文件、网络请求权限、解析工具类）都得声明在该模块内，不能隐式依赖 app 或 base 模块的资源路径或类加载器上下文。