如何在原生或混合移动应用中嵌入AWS QuickSight仪表板

完全可以实现，你已经在Web端跑通的嵌入逻辑（签名URL生成、身份鉴权部分）可以直接复用，只需要针对移动端的承载容器做适配即可，以下是不同场景的具体实现方式：

混合应用（React Native/Flutter/Ionic/Cordova等跨端框架） #

• 直接使用框架提供的内置WebView组件加载你后端生成的带签名的QuickSight嵌入URL即可，QuickSight侧不需要做任何额外配置
• 配置注意项：给WebView开启JavaScript执行权限、开启DOM存储（localStorage/sessionStorage）权限；iOS端记得关闭WebView的自动内边距适配，避免仪表板顶部/底部被系统栏遮挡错位
• 如果之前Web端是通过QuickSight JS SDK做参数传递、事件监听的，直接把SDK引入逻辑放到WebView加载的本地HTML模板中即可，和Web端写法完全一致，不要通过原生桥接直接调用SDK方法，容易出现JS上下文丢失的问题。

原生应用（iOS/Android） #

• 最简便的方案是直接用系统原生WebView承载：iOS端用WKWebView，Android端用原生WebView，配置项和混合应用一致——开启JS权限、开启DOM存储、Android端按需放开跨域访问限制，直接加载签名后的嵌入URL就能正常展示
• 如果需要做深度交互（比如点击仪表板图表跳转原生页面、同步筛选条件到原生组件），可以在WebView和原生代码之间加JS桥接，监听QuickSight抛出的页面消息事件，把事件参数透传到原生层处理即可。

• 不要用Chrome Custom Tabs、SFSafariViewController这类系统内置的独立浏览器组件，也不要用第三方App的内置内核（比如微信、钉钉的内置浏览器）加载嵌入页，这类组件有严格的存储和跨域限制，很容易出现登录态失效、白屏、交互无响应的问题
• 生成嵌入URL时不要写死宽高参数，要根据当前移动设备的屏幕尺寸、WebView容器的实际大小动态传值，或者直接配置为撑满容器，避免仪表板出现多余的横向滚动条
• 如果使用注册用户嵌入模式，注意STS临时凭证的有效期，默认1小时过期后，要在原生端拦截WebView的鉴权失败请求，自动调用后端接口生成新的签名URL重载页面，避免用户使用中途跳出登录提示。

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