最稳妥方式是用分段并嵌套标签实现中英文字体分离，虽已废弃但在老环境兼容性好；CSS方案需注意字体名加引号、fallback链及跨平台差异。
用 <span></span> 套不同 font 标签最直接
HTML 里没有“一句话两种字体”的原生属性，必须拆开内容，用容器分段控制。最稳妥、兼容性最好的方式是用 <span></span> 包住其中一部分，再套 <font></font> 改字体——虽然 <font></font> 已废弃，但在纯静态、不走 CSS 的老环境（比如某些邮件模板、内嵌 HTML 片段）里仍被支持，且行为确定。
常见错误是试图在同一个 <font></font> 标签里写多个 face，或者把 <font></font> 当成块级标签乱嵌套，结果字体不生效或结构错乱。
-
<font face="SimSun">中文</font><font face="Arial">English</font>—— 行内拼接，安全 - 避免
<font face="SimSun,Arial"></font>：浏览器只认第一个值，逗号后全丢 - 不要
<font><font></font></font>嵌套：部分老 IE 会忽略内层 - 如果页面已用 CSS，优先用
<span style="font-family: 'Microsoft YaHei';"></span>，更可控
CSS 方式更现代，但要注意继承和回退
用 style 或外部样式表改字体，自由度高，但容易踩“没生效”这个坑——多数是因为选择器权重不够、拼写错误，或字体名含空格没加引号。
DeepBI DHTML 页面生成器
下载
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
典型场景：标题里中英混排，希望中文用黑体、英文用等宽字体，又得考虑用户没装对应字体时的 fallback。
立即学习“前端免费学习笔记（深入）”；
-
<span style="font-family: 'Helvetica Neue', Arial, sans-serif;">API</span>—— 英文部分明确指定无衬线英文字体 -
<span style="font-family: 'PingFang SC', 'Microsoft YaHei', sans-serif;">设置</span>—— 中文部分带 fallback - 中英文混在同一个
<span></span>里时，浏览器按字符 Unicode 区块自动匹配字体，但不能保证切换干净；拆成两个<span></span>更可靠 - Mac 和 Windows 默认中文字体名不同，
'PingFang SC'在 Windows 上无效，必须配'Microsoft YaHei'等
遇到 font-family 不生效？先查这三件事
不是代码写错，就是环境卡住了。尤其在内联样式、富文本编辑器输出、或 CMS 模板里，常因 HTML 被二次过滤或 CSS 被覆盖而失效。
- 打开浏览器开发者工具，看计算样式（Computed）里
font-family最终值是什么，有没有被!important覆盖 - 检查字体名是否含空格或特殊符号：必须用单/双引号包裹，如
'Courier New'，写成Courier New会被截断为Courier - 确认字体确实安装或可加载：本地开发时用系统字体没问题，但部署到服务器后若用自定义字体（
@font-face），路径或 CORS 配置错就完全不显示
