chrome 浏览器升级至 115 版本后，部分网页中动态显示的 iframe 出现空白问题，根本原因多为混合内容拦截、csp 策略收紧或 dom 渲染时机异常，需从路径合法性、加载时机和安全策略三方面系统排查。
Chrome 115 引入了更严格的跨域资源加载与 iframe 安全策略（如强化的 Cross-Origin-Embedder-Policy 默认行为、对不安全上下文（http://）中嵌入 https:// 资源的静默拦截，以及对未显式设置 src 或延迟渲染时 iframe 初始化失败的容错降低）。你提供的代码中，iframe 被包裹在 display: none 的 .modal.fade.loadIframe 容器内，且仅通过 jQuery .css("display", "block") 切换可见性——这正是导致空白的关键诱因：当 iframe 父容器初始为 display: none 时，Chrome 115 可能跳过其 src 加载流程，后续即使显示容器，iframe 也不会自动补发请求（表现为 Network 面板无请求、控制台无报错、页面纯白）。
✅ 正确做法是：确保 iframe 在 DOM 中首次渲染时 src 已存在且容器具备有效尺寸。推荐以下三种修复方案：
方案一：延迟加载 + 显式触发（推荐）
避免初始隐藏 iframe，改用 visibility: hidden + opacity: 0 控制视觉隐藏，并在显示前确保 iframe 已挂载：
$('#click-on-me').click(function() {
const $modal = $(".loadIframe");
const $iframe = $("#frame-top-dt");
// ✅ 动态设置真实 URL（务必替换 BASE_PATH 和 ID）
const realUrl = "/your-base-path/xxx.php?id=123"; // ← 替换为实际路径
$iframe.attr("src", realUrl);
// ✅ 先显示容器，再确保 iframe 加载（可选：加 loading 状态）
$modal.css({ visibility: "visible", opacity: 1 });
});方案二：使用 hidden 属性（语义更清晰）
HTML5 原生 hidden 属性不会阻止 iframe 加载，且兼容性良好：
$('#click-on-me').click(function() {
$(".loadIframe").removeAttr("hidden"); // 触发浏览器加载 iframe
});方案三：服务端路径验证（必做）
确保 src 地址绝对合法：
- ❌ 错误：src="BASE_PATH/xxx.php?id=ID"（BASE_PATH 是 JS 变量？PHP 常量？未解析即传入）
- ✅ 正确：服务端渲染为完整路径，如 src="/app/xxx.php?id=456"，或前端用 JS 拼接（需确保变量已定义）：
const BASE_PATH = "/api"; // ← 确保该变量已正确定义
const ID = 789;
$("#frame-top-dt").attr("src", `${BASE_PATH}/xxx.php?id=${ID}`);? 额外检查项：
- 打开 Chrome DevTools → Application → Frames，确认 iframe 是否被列为子帧；
- 查看 Console 是否有 Blocked a frame with origin ... from accessing a cross-origin frame 类提示；
- 检查 Network 标签页，筛选 xxx.php，确认请求是否发出；若无请求，说明 iframe 未启动加载；
- 验证目标 PHP 页面返回 Content-Type: text/html 且无重定向（302）、无 X-Frame-Options: DENY 响应头。
? 总结：Chrome 115 对“惰性 iframe”的容忍度显著下降。永远不要依赖 display: none 容器内的 iframe 自动加载。优先采用 hidden 属性或显式 src 设置 + 可见性切换，同时确保路径绝对有效、协议一致（全 HTTPS）、响应头允许嵌入。
