link标签必须写在<head>内，否则表格样式不生效；位置错误会导致FOUC、样式404或浏览器静默忽略，正确写法是紧贴<title>后声明rel="stylesheet"且路径准确。
link标签必须写在里，否则表格样式不生效
HTML表格本身不决定样式加载时机，但位置错了，整个页面（包括表格）都会裸奔——不是“表格没样式”，是浏览器根本没机会给它套样式。常见现象：页面先显示纯文本表格，1秒后突然套上边框/颜色，这就是FOUC（Flash of Unstyled Content），根源就是被误塞进
anything-to-html
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
下载
或放在<script>后面。
<p>真正有效的写法只有一种：<code><link rel="stylesheet" href="table-theme.css"> 必须出现在<code><head>内，且最好紧贴<code><title>或<code><meta charset>之后。别信“CSS放底部能提速”这种过时说法——对样式表完全反效果，表格元素渲染时样式还没就绪，浏览器只能重排。
<ul>
<li>检查源码，确认<code><link>不在<code><body>里，哪怕只差一行也失效
<li>SSR或Next.js项目中，<code><link>若被服务端遗漏，客户端hydration会因样式缺失报错
<li>动态插入<code><link>（比如用<code>document.createElement）必然触发FOUC，别这么干
<H3>href路径写错，表格样式404但控制台不报错
<p>Network面板看到<code>table-theme.css返回404，90%是路径问题。关键点：路径始终以当前HTML文件所在目录为基准，不是编辑器打开位置，也不是CSS文件自己所在的文件夹。
<p>假设你的HTML在<code>/pages/list.html，CSS在<code>/assets/css/table.css，那么正确写法是<code>href="/assets/css/table.css"（根相对路径）。如果写成<code>href="assets/css/table.css"，浏览器会去找<code>/pages/assets/css/table.css，自然404。<p><span>立即学习“<a href="https://pan.quark.cn/s/cb6835dc7db1" style="text-decoration: underline !important; color: blue; font-weight: bolder;" rel="nofollow" target="_blank">前端免费学习笔记（深入）”；
<ul>
<li>同级目录：<code>href="table.css"（不是<code>./table.css，<code>./多余）
<li>子目录：<code>href="css/table.css"（别写<code>./css/table.css）
<li>上级目录：<code>href="../reset.css"，但嵌套超过两级（如<code>../../）极易随文件移动失效
<li>Linux服务器注意大小写：<code>Table.css ≠ <code>table.css
<H3>rel="stylesheet"拼错或漏引号，浏览器静默跳过
<p>没有<code>rel="stylesheet"，或者写成<code>rel="style"、<code>rel= stylesheet（缺引号）、<code>rel="stylesheet "（末尾空格），浏览器根本不会发起请求——Network面板里压根看不到这条记录，调试时容易误判为服务器或网络问题。
<p><code>rel="stylesheet"是强制的，不能省，不能拼错，不能少引号，不能带空格。HTML5中<code>type="text/css"已冗余，写了不报错但没必要，删掉更干净。
<ul>
<li>别手滑打成<code>rel="stylesheets"（多s）或<code>rel="css"
<li>别用单引号：<code>rel='stylesheet'虽可解析，但统一用双引号更稳妥
<li>多个<code><link>按HTML中顺序加载，后引入的同权重规则会覆盖前面的，比如<code>table-base.css在前、<code>table-theme.css在后，后者能覆盖前者定义的<code>border-collapse
<H3>media和disabled属性真有用，但别乱用
<p><code>media和<code>disabled不是摆设，但在日常开发中容易被忽略或误用。比如<code>media="print"能让某份表格CSS只在打印时生效，避免干扰屏幕样式；<code>media="(max-width: 768px)"可做响应式加载，但更推荐把媒体查询写在单个CSS里，而不是拆成多个<code><link>。
<p><code>disabled="disabled"可临时禁用某条样式表（比如调试时快速对比），但JS修改<code>disabled属性后需手动触发重绘，不如直接移除<code><link>节点可靠。
<ul>
<li>服务器返回CSS文件时，响应头必须是<code>Content-Type: text/css，否则即使路径全对，Chrome也会静默拒绝应用样式，且不报明显错误
<li>绝对别在CSS里用<code>@import引其他CSS——它串行、阻塞、多一次网络往返，表格样式加载会明显变慢
真正容易被忽略的，是路径基准和<code>rel属性的严格性：它们不报错、不警告，只安静跳过。等你花半小时检查表格CSS写法、清缓存、换浏览器……才发现<code>rel少了个字母，或者<code>href多了个点。</script>
