table、tr、td 的 align 属性分别控制表格自身浮动位置、行内单元格内容水平对齐、单个单元格内容水平对齐；valign 仅作用于 tr/td/th，取值为 top/middle/bottom/baseline，不可用于 table。
table、tr、td 的 align 属性到底控制谁？
它只控制内容的水平对齐，不控制表格自身在页面中的位置。很多人误以为 align="center" 加在 <table> 上能让整张表居中——其实那是老式写法，现代浏览器仍支持但行为不可靠；真正让表格居中，得用 CSS 的 <code>margin: 0 auto。
而 align 在不同标签上的作用对象不同：
<table align="right">：控制整个表格相对于父容器的**水平浮动位置**（left/center/right），但已被 HTML5 废弃，仅部分旧环境兼容 <li><code><tr align="right">：控制该行所有 <code><td> 或 <code><th> 内容的**水平对齐方式**（等效于给每个单元格加 <code>align="right"）<td align="center">：只影响当前单元格内文本/元素的**水平对齐** <p>注意：<code>align值为left、center、right，没有justify或其他值；且在<th> 中默认是 <code>center，<td> 默认是 <code>left。valign 只能用在 tr/td/th 上，且值只有四个
valign是垂直对齐属性，但它**不能用在<table> 标签上**——加了也无效。合法使用位置只有 <code><tr>、<code><td>、<code><th>，值固定为：<code>top、middle、bottom、baseline。常见误区：
- 写成
valign="center"→ 浏览器忽略，不报错但不生效（正确是middle） - 在
<table valign="top"> 中设置 → 完全无效果 <li>期望 <code>baseline在图文混排时总比bottom更“整齐” → 实际取决于字体行高和字号差异，有时反而更难控 -
Align属性设为string.Empty或null时，输出 HTML 中不会出现align属性，依赖浏览器默认（td是 left，th是 center） -
VAlign属性若未显式赋值，生成的 HTML 里也不会带valign，即按浏览器默认middle渲染 - 如果同时设置了
HtmlTableCell.Style.Add("vertical-align", "top")，CSS 会覆盖VAlign属性输出 —— 这是优先级问题，不是冲突 -
align="right"在手机横屏时可能把文字挤出视口，而text-align: right配合媒体查询就能灵活调整 -
valign="top"无法实现“内容撑满单元格高度后顶部对齐”，但vertical-align: top+height: 100%+display: table-cell（或 flex）可以 - 当表格嵌套或被
transform、position: absolute影响时，原生align/valign行为完全不可预测
示例有效写法：
<td valign="top">文字</td>或<tr valign="bottom"> <td>A</td> <td>B</td> </tr>。ASP.NET WebForms 中 HtmlTableCell.Align/VAlign 的行为差异
如果你在 .NET Framework 项目里用
HtmlTable控件动态生成表格，HtmlTableCell.Align和HtmlTableCell.VAlign属性会直接映射为 HTML 的align和valign属性，但有两点关键细节：也就是说，服务端代码里写
cell.Align = "right"，最终 HTML 就是<td align="right">；但一旦你用 <code>Style加了同效果的 CSS，前者就失效了。为什么现在几乎没人用 align/valign 写新项目？
因为它们属于表现层标记，和结构语义混在一起，维护性差，且无法应对响应式场景。比如：
真正容易被忽略的是：即使你在 HTML 源码里写了
align和valign，只要项目用了重置样式（如 normalize.css 或 tailwind 的 base），这些属性大概率已被 CSS 覆盖，实际效果和你写的不一致。- 写成
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
