干过一阵子LaTeX排版的人多半都经历过这种场景表格里某列内容参差不齐看着别扭明明想让它右对齐结果那一列贴着左缘或者干脆乱成一团。最近被问得比较多的一个问题是U—col怎么右对齐单看这句话容易误解成某个专业术语其实它就是在问LaTeX表格里一个名字带U的列怎么把内容改成右对齐。先说结论——这个U十有八九不是LaTeX内置的标准列类型而是某个模板、宏包或者你自己之前定义过的自定义列想让它右对齐光知道l、c、r三个字母是不够的你得先搞清楚这个U到底是怎么定义的再做针对性修改。这篇文章给两类人看一类是刚入门LaTeX、整天被表格对齐折腾到头疼的新手另一类是正在用某个自带U列定义的模板、想让表格更规范却找不到下手点的老手。我会先讲清楚LaTeX列对齐的基本逻辑再拆解U列的来源与定位方法接着给出一套可以直接抄走的右对齐操作方案最后把这些年排版时踩过的对齐相关的坑整理成速查备忘希望对你有实际帮助。1. 基础不牢地动山摇LaTeX列对齐三件套1.1 l、c、r按一个字母决定一列方向LaTeX里做表格最核心的环境就是 tabular它的第二参数就是列格式声明。比如 \begin{tabular}{lcr} 表示这个表格一共三列第一列左对齐l第二列居中c第三列右对齐r。每一个列参数的顺序正好对应表格每一列的顺序后面写内容时用 分隔单元格、用 \ 换行即可。这张表究竟多宽、每列多宽LaTeX会按照内容自动推算这也是很多人最初不解的地方——明明我没有指定宽度LaTeX怎么知道列有多宽它不看你的脸色只看你的内容哪一列内容最宽这一列就被撑到那么宽。l、c、r都是内容型列特点是不自动换行单元格里有多少内容就占多少宽度超过页面边界就报错或者溢出。适合放短文本、短数字、少量符号。右对齐在tabular里就是这么简单把该列的格式声明写成 r。但问题来了如果你表格里出现的不是某个普通列而是一个U列你直接写 r 不一定生效因为 U 这个字母背后可能藏着别的定义。1.2 p、m、b三个段落列让宽度有了上限如果某列要放一段话、一长串注释内容宽度超出预期就得用段落列。p{3cm} 表示这一列宽度固定为3cm内容超过3cm就自动换行单元格内的文本垂直方向贴着单元格顶部m{3cm} 垂直居中b{3cm} 垂直贴底。m和b在较早版本里需要载入 array 宏包才可用现在许多发行版默认已经可用但你写模板时最好还是显式 \usepackage{array}避免某些老编译器不认。段落列和内容列有一个重要区别内容列的对齐由那个字母决定段落列内容的水平对齐默认是两端对齐即两端撑满、最后一行左对齐想要改成右对齐必须借助 {...} 修饰符单独改列字母是改不动的。为什么我要反复强调先搞清楚列类型因为 U—col 八成不是标准字母它的定义可能是 \newcolumntype{U}{c}也可能是 \newcolumntype{U}{p{2cm}}甚至可能是配合 tabularx 的 X 列的变体。不同定义右对齐的手段完全不一样。你上来就把它当成普通的 c 或者 r 处理多半要踩坑。1.3 列对齐的本质是排版意图而不仅仅是左右很多人以为右对齐就是把字挪到右边其实在表格里右对齐背后往往藏着更具体的排版意图数字列右对齐是为了让个位、十位、百位在垂直方向上对齐方便比较大小单位列右对齐是为了让单位符号紧贴数值读起来不散表头右对齐是为了跟下面列向的数据保持一致。你理解了这一点遇到U列怎么右对齐时就不会只想着换一个 r 字母而是会追问这一列装的是什么类型的内容要不要对齐小数点要不要按有效数字位对齐这个问题我会在第4节展开讲先继续往下把U列的身世摸清楚。2. U—col身世揭秘先定位再动手2.1 U不在LaTeX内置列类型清单里LaTeX 标准 tabular 只认识 l、c、r、p{...} 以及可选需要的 m{...}、b{...}再不济还有竖线 | 和 {} 这种修饰。U 从头到尾就不在标准清单里。所以你在某个模板里看到 \begin{tabular}{lUc} 这种写法说明 U 一定是被某个宏包或者模板文件新造出来的列类型。造列类型的命令就是 \newcolumntype它通常是这么用的\newcolumntype{U}{c} \newcolumntype{V}{{\raggedleft\arraybackslash}p{3cm}}第一条定义说凡是格式声明里写 U 的地方等价于写 c也就是居中列第二条定义说V 等价于宽度3cm、内容右对齐的段落列。理解了这条命令你就明白为什么同一个字母 U 在不同模板里表现完全不同——它只是个代号代号背后指向什么取决于定义它的人。2.2 三步定位你模板里的U列定义假如你接手了一个别人写的模板表格写成 \begin{tabular}{lU}内容却左不左、右不右你想改成右对齐第一步不是猜而是定位 U 的定义。常用的定位方法有三招。第一招直接搜文件。用文本编辑器打开你正在使用的 .cls、.sty、.tex 文件全局搜索 newcolumntype{U}。如果模板是从网上下的通常压缩包里有源码搜一下很快。第二招用 LaTeX 编译信息反查。在导言区写一行 \typeout{\meaning\U}然后编译日志文件里会打印出 U 列宏的定义内容比如 {\raggedleft\arraybackslash}p{3cm}一看便知。第三招如果搜不到也查不到很可能是某个宏包内部定义的比如某些表格宏包自带的单位列这时直接在当前文档里再定义一次同名列即可覆盖它注意覆盖顺序要放在宏包加载之后。需要注意的是\newcolumntype 不能重复定义同一个字母重复定义会报错。如果你想把 U 改成别的内容要么找到原始定义直接修改要么在当前导言区里用 \renewcolumntype{U}{...} 来覆盖。array 宏包提供了 \renewcolumntype 命令底层用的是常见的 \renewcommand 机制理解这一点就不会被报错吓到。2.3 确认U列的性格内容列还是段落列定位到定义之后你要判断 U 到底是哪种性格。看定义里有没有 p{、m{、b{ 或者 X 这类带宽度的东西如果有它是段落列水平方向默认两端对齐你想要右对齐必须在 {...} 里加 \raggedleft如果没有它就是 l、c、r 之一的别名直接改成 r 就完事。这里我给一个通用判断表方便你对照自己手里的 U 定义U列的定义写法实际类型右对齐的做法\newcolumntype{U}{c}内容列居中直接改成 \renewcolumntype{U}{r}\newcolumntype{U}{l}内容列左对齐同上改成 r\newcolumntype{U}{p{3cm}}段落列两端对齐用 {\raggedleft\arraybackslash} 修饰\newcolumntype{U}{{\raggedleft\arraybackslash}X}tabularx 自适应列已经右对齐无需改\newcolumntype{U}{S}siunitx 数值列看数值格式配置见第4节记住一个原则先判断后修改。不要看 U 这个字母长得像unit就直接认定它是单位列也别想当然认为它一定是居中的。排版问题最怕拍脑袋。3. 右对齐实操五种改法从简单到进阶3.1 治标不治本在表格里临时把U换成r如果你只是某一张表想让这个列右对齐而模板里 U 定义又影响了上百张表最省事的办法是这张表里不写 U直接写 r。比如 \begin{tabular}{lU} 改成 \begin{tabular}{lr}这张表第二列就右对齐了其他表不受影响。这就是局部覆盖的思路和全局改定义相比优势是影响面小、不容易误伤缺点是要每次都记得换字母换多了容易漏。如果只是临时交一版作业、做个演示这个办法最稳不用动模板源文件风险为零。3.2 治本之法\renewcolumntype 重定义U确定要让全文档所有 U 列都变成右对齐时在导言区加一行\renewcolumntype{U}{r}注意需要在 \usepackage{array} 之后写否则命令未定义如果原 U 定义来自某个宏包宏包加载之后重定义才会生效。\renewcolumntype 和 \newcolumntype 一样都来自 array 宏包这是处理自定义列类型最常用的工具。我个人的习惯是只在确定原定义不会被任何地方依赖时用全局重定义。比如原 U 是居中表格里有一张表专门靠居中才能放得下全局改成 r 之后那张表就崩了这种情况不如局部改或者干脆新起一个列类型名。改模板前先想清楚改动越小后续维护越省心。3.3 段落列右对齐的正确姿势\raggedleft 与 \arraybackslashU 如果是段落列比如定义里有 p{...}你直接改成 r 会报错因为 r 没有宽度参数表格编译器不知道这一列怎么换行。正确的做法是沿用宽度只改水平对齐方式\newcolumntype{U}{{\raggedleft\arraybackslash}p{3cm}}这里有两个关键点。第一\raggedleft 是 LaTeX 的右对齐命令凡是段落盒子都可以用它把内容推到右边第二为什么后面要跟 \arraybackslash因为在 \raggedleft 环境内部\ 换行符的定义会被它篡改导致表格里本来用来换行的 \ 失效。\arraybackslash 的作用就是把 \ 恢复成表格可用的版本不加它你会在编译时碰到 Extra alignment tab has been changed to \cr 或者莫名其妙的行错误。这是我见过新手最容易翻车的地方没有之一。同理如果你想要段落列居中就把 \raggedleft 换成 \centering想要左对齐换成 \raggedright。三者的用法套路完全一致记住了就一通百通。写表格代码时我习惯在所有自定义段落列里统一带上 \arraybackslash哪怕暂时没用到 \ 也先留着这算是个好习惯能省掉很多未知报错。3.4 自适应表宽场景tabularx 里的右对齐X列表格总宽度要撑满 \textwidth、内容又不确定时tabularx 是王道。它提供一个特殊列类型 X自动按比例分配多余宽度让表格总宽等于你指定的值。X 列默认是两端对齐的段落列想让它右对齐同样在定义里加修饰\usepackage{tabularx} \newcolumntype{R}{{\raggedleft\arraybackslash}X} \begin{tabularx}{\textwidth}{lRR} 标题A 数值列 备注列 \\ 1 23.4 说明文本很长也没关系 \\ \end{tabularx}这样一来两列 R 会自动平分可用宽度并且内容都靠右排。如果想调整两列R之间的宽度比例可以给列加系数比如 \newcolumntype{R2}{{\raggedleft\arraybackslash}X2} 配合 X2 这种带倍数的写法当然这需要 tabularx 版本支持。注意tabularx 的 X 列不要和普通 p 列混用时搞错宽度规则X 有三种计数方式等宽还是不等宽都要预先心里有数。真正排版时我一般先写一个最小示例测试确认宽度分布符合预期再粘贴到正式文档里。这一步能避免表格看起来全对、一放大全是问题的尴尬。3.5 局部修饰符不改列类型也能右对齐还有一招更灵活用 {...} 直接作用于列声明不必新建列类型。比如原来表格是 \begin{tabular}{p{3cm}}你可以直接写\begin{tabular}{{\raggedleft\arraybackslash}p{3cm}}这种写法相当于给这一列临时套了一个右对齐的动作。好处在于不影响其他表坏处在于代码冗余每张表都要写一长串。所以我更推荐把常用的对齐列类型集中定义在导言区比如\newcolumntype{L}[1]{{\raggedright\arraybackslash}p{#1}} \newcolumntype{C}[1]{{\centering\arraybackslash}p{#1}} \newcolumntype{R}[1]{{\raggedleft\arraybackslash}p{#1}}定义了这三个带一个参数的列类型之后你写表格时只要写 R{3cm}、C{5cm}、L{2cm}既简洁又统一。这个习惯我用了很多年强烈建议你也试试。代码是给人看的长串修饰符堆在表格声明里过两天你自己都未必认得出哪列是干嘛的。4. 数值列的右对齐不是摆样子小数点对齐才是真需求4.1 为什么纯右对齐的数字列看着还是乱我在第1节提过右对齐背后藏着排版意图。做数据表格时最典型的诉求是让数字的个位、十位、小数位在竖直方向上对齐。但纯右对齐只保证行末边缘对齐它对齐的是每个数字的右边缘而不是小数点。举例说明12.3 和 1.23 这两行右边缘对齐之后它们的小数点一个在第3位、一个在第2位视觉上是错开的。竖着扫一眼总觉得哪哪都不齐。数据量少还好几十行上百行的表这种错位非常明显审稿人和老师一眼就能挑出来。这个时候就需要专门的数值列对齐方案。LaTeX 社区的主流做法是 siunitx 宏包它把表格列定义成 S 类型S 列会自动按小数点对齐数值同时默认右对齐整数部分小数部分也按表格式样整齐排列。如果你用的是老模板、不方便新装宏包dcolumn 宏包的 D 列类型也值得了解下面分别说。4.2 siunitx 的 S 列一行代码解决小数点对齐假设你手上有一张表里面的数值来自某个测量场景\usepackage{siunitx} \begin{tabular}{lS} 项目 数值 \\ A 1.23 \\ B 12.3 \\ C 123 \\ \end{tabular}编译出来的效果是数值列的小数点全部对齐小数位数不足的会留出空位整数不带小数点也能按普通数值方式排列。这里有个细节S 列要求每个单元格内容能被解析成数字所以列头如果写 数值 这种文本S 列会把它当作数值去解析然后报错。解决办法是用 \multicolumn{1}{c}{数值} 把表头单独设为普通居中列代码像这样\begin{tabular}{lS} 项目 \multicolumn{1}{c}{数值} \\ A 1.23 \\ B 12.3 \\ \end{tabular}这算得上是最常见的 siunitx 翻车点。除此之外S 列还对一些特殊写法很敏感科学计数法、百分号、加正负号都需要额外的 column-format 配置。典型配置比如\newcolumntype{U}{S[table-format3.2]}table-format3.2 表示整数部分最多3位、小数部分2位这样列宽和空格分布就会预先按这个格式留好表看起来更匀称。如果你的 U 列本来定义成 S[table-format3.2]那它天然就是右对齐数值列压根不用再改。但要注意别把小数的位数字写错否则长数字会被截断或者报错这个我一会在第6节再详细说。4.3 dcolumn老项目的备选方案siunitx 虽然好但总有些老模板、期刊模板、合作方的旧环境不允许你随便加新宏包或者宏包版本太老不兼容。这时候 dcolumn 就派上用场了。dcolumn 的用法是定义一个列类型让数字按某个分隔符对齐\usepackage{dcolumn} \newcolumntype{d}[1]{D{.}{.}{#1}} \begin{tabular}{ld{2}} 项目 数值 \\ A 1.23 \\ B 12.3 \\ \end{tabular}D{输入分隔符}{输出分隔符}{小数位数} 三个参数第一个 . 表示读取时以点作为小数点第二个 . 表示排版时也显示点第三个参数是保留的小数位数。它的思路和 siunitx 类似只是封闭性和智能程度差一些它不会自动识别百分号、科学计数法也不会自动调整整数部分的宽度。如果你只是要个简单的小数点对齐dcolumn 完全够用如果你要的是全套数值格式化能力比如千分位逗号、正负号、单位合并那还是老老实实用 siunitx。两者在同一个文档里同时加载时要注意宏冲突一般也不建议混用选一个就好。我的建议是新文档一律 siunitx老文档能用 dcolumn 就不要折腾环境。4.4 含单位的列怎么右对齐另一种常见的U列可能是单位列装的是 m、kg、V、A 这类符号。单位列的右对齐通常不是为了对齐单位本身而是为了让单位紧贴前面的数值读起来紧凑。做法有几种最简单的是把单位直接放进数值单元格里用 siunitx 的 \si{} 或者普通文字都行表头另置如果你的单位单独成列那就把它当成普通短内容列用 r 右对齐即可。这里有一个排版细节单位列和数值列之间一般不要加很宽的列间距否则数值和单位之间会有一条明显的空隙。你可以用 {} 把两列之间的默认间距去掉比如\begin{tabular}{S{}l} 1.23 m \\ 12.3 m \\ \end{tabular}这样数值和单位贴在一起观感接近物理课本里的标准写法。这个技巧我在自己的实验报告模板里用了很多次效果很不错。注意 {} 和 {\hspace{0.2em}} 的区别前者完全去掉间距后者指定一个小间距具体用哪个看你想要多紧的排版效果。5. 一次完整实战把一个既有模板的U列改成右对齐5.1 场景与原始代码我最近帮人调一份课程报告模板里面有一张数据表模板作者原来是这么写的\newcolumntype{U}{c} \begin{tabular}{lU} 项目 测量值 \\ 1号 3.14 \\ 2号 2.718 \\ 3号 1.62 \\ \end{tabular}编译出来第二列是居中的数值错落不齐看上去很不专业。需求明确把这一列改成右对齐而且后续所有用到 U 列的表都想统一改成右对齐。这个场景其实就是U—col怎么右对齐的典型原型。5.2 我的处理过程定位、判断、改、验证第一步定位定义。在模板文件里搜索 newcolumntype{U}找到了上面这行 \newcolumntype{U}{c}。第二步判断类型。定义里没有 p、m、b、X说明是内容列右对齐只需把 c 改成 r。第三步实施修改。我选择在导言区加 \renewcolumntype{U}{r}没有直接改模板源文件因为模板可能还要给别人用改源文件容易引入不可控的变更。第四步全局编译验证。把所有表格重新跑一遍确认没有哪张表因为 U 变成 r 而格式错乱。结果编译正常只有少量表格的列宽产生了微小变化属于预期内。这个流程值得你记下来定位 → 判断 → 局部或全局修改 → 全量验证。凡是改模板相关的排版配置我都建议用这个顺序不要跳步。特别是全量验证这一步很多人改完只编译一遍当前文件就收工结果换一章、换一个表格环境就出问题回头排查要花好几倍时间。我吃过这个亏所以现在都养成了改动后跑一次全文档编译的习惯。如果你用的是 Overleaf直接在菜单里选全文档重新编译几分钟就能发现问题。5.3 案例延伸如果原定义是段落列该怎么处理同样一份模板如果 U 的原始定义是 \newcolumntype{U}{p{4cm}}那上面 \renewcolumntype{U}{r} 就会直接报错因为 r 不接受宽度参数原表格里的 p{4cm} 所表达的换行能力没有了。正确做法应该是\renewcolumntype{U}{{\raggedleft\arraybackslash}p{4cm}}如果你不知道原来的宽度先回去看原定义把 4cm 换成原值。还有一种更偷懒的办法不重建 U而是把表格里声明改成 \begin{tabular}{l{\raggedleft\arraybackslash}p{4cm}}同样得到右对齐的段落列但这样就绕过了 U 这个字母属于现场改作业。两种方式各有利弊我倾向于保留 U 这个名字重定义因为代码可读性更好别人以后看到 lU 就知道这一列是右对齐段落列。当然了无论选哪种宽度参数都得对上这是段落列改对齐的前提。宽度对不上最直接的表现就是内容要么挤成一坨要么空出一大片调试起来反而更费劲。5.4 多列同时右对齐的批量操作如果你有一整张表除了第一列是标签列后面五六列都要右对齐手写 rrrrr 也能用但不够优雅。更好的是定义一个带循环效果的列格式或者直接用 \newcolumntype 组合。简单场景我一般就写 \begin{tabular}{lrrrrr}但列数多了之后格式声明很难一眼看清。这时我会用 array 宏包的多列声明特性比如\begin{tabular}{l*{5}{r}}*{5}{r} 表示重复5个 r等效于 rrrrr。同理 *{3}{{\raggedleft\arraybackslash}p{2cm}} 可以批量生成5列右对齐段落列。这个星号语法很像正则表达式里的重复用熟了能省很多事但要注意它只接受单个列声明整体重复不能跨列混合比如 *{2}{lr} 是合法的表示两列一组、每组内部先 l 后 r 重复两次。多列对齐的批量操作就讲到这里够用就行。实际工作中列数超过五列的表我一般会重新审视一下结构能合并的合并能拆分的拆分毕竟表格的可读性远比列数重要。6. 对齐问题排查与避坑技巧实录6.1 编译报 Extra alignment tab has been changed to \cr这个报错我提过两次这里正式说透。它最常见于在 {\raggedright}、{\raggedleft}、{\centering} 修饰的段落列里使用了 \。原因很简单这些排版命令尤其是 \raggedright 系会重新定义换行命令 \让它不再承担表格行结束符的职责表格编译器必须把某个符号当成行结束符于是把后面的 理解成异常符号报出这个看起来莫名其妙的错误。解决办法就是在修饰符最后加 \arraybackslash\newcolumntype{R}{{\raggedleft\arraybackslash}p{3cm}}判断标准很简单如果你在这三种对齐修饰里写了 \就必须有 \arraybackslash。这是一个无脑规则记住就不怕这个错误了。另外如果你用的是 \raggedright 的变体如 \RaggedRight ragged2e 宏包会需要配合 \arraybackslash 或者 sshorted 的写法原理一致不再展开。遇到这个报错别慌它不是数据问题不是宏包冲突纯粹就是换行命令打架。6.2 右对齐后列宽超出页面或挤压其他列把一列从 c 改成 r通常不会改变列宽太多但如果原列是居中且内容很长改成 r 后可能让表格总宽度膨胀溢出页面边界。解决办法分几种能用 tabularx 就上 tabularx把总宽度锁到 \textwidth固定内容就用 p{宽度} 并右对齐内容宽度差异大的列考虑统一给数值列指定 table-format让 siunitx 把列宽按格式算好而不是按最宽内容算。我自己的经验是数值列优先 siunitx短文本列优先 r长文本列优先 R 型自定义列。列宽溢出不是大问题但拖延到投稿或交作业前再发现就很抓狂。平时写文档时每隔一段时间编译一次顺手看一眼日志里的 Overfull/Underfull 警告就能在早期发现问题。6.3 表头与数据列对齐不一致的问题很多表格第一行是文字表头下面是数值如果整个列都用 S 或者 {\raggedleft\arraybackslash}p{}表头文字也会被推到右边视觉上很怪。常规做法是用 \multicolumn{1}{c}{表头} 把表头单独指定为居中数据列保持右对齐或者用 \multicolumn{1}{r}{表头} 让表头也右对齐跟数据一致。选择哪种取决于你的表格风格没有绝对标准。我偏好表头与数据对齐方式一致也就是表头也右对齐这样整列的重心是统一的阅读时不容易跳行。如果你用的是 S 列表头用 \multicolumn{1}{c}{...} 是必须的原因前面讲过——S 列会把非数字内容当数值解析然后报错。表头对齐这件事说大不大但直接决定一张表看起来专不专业。6.4 常见对齐问题速查表为了方便以后遇到问题快速定位我把这几年攒下的对齐相关经验整理成了表格基本都是原汁原味的踩坑记录现象可能原因解决办法段落列设置 \raggedleft 后 \ 报错缺 \arraybackslash加 \arraybackslash表格列宽溢出页面内容列被撑宽用 p{} 或 tabularx 或 table-format表头文字在 S 列报错S 列不能解析文本\multicolumn{1}{c}{...}改 \renewcolumntype{U}{r} 报错原 U 是段落列用 \raggedleft\arraybackslash 版本数字小数点不对齐纯 r 列只对齐右缘换 siunitx 的 S 列单位与数值间距过大两列默认列间距用 {} 去掉或缩间距表格内容被挤成一条竖线列宽设为 0 或极小检查 p{} 的宽度参数这张表我建议直接复制到自己的笔记里以后遇到类似问题先查表再决定要不要深入排查。表格排版的问题大多是重复出现的把每一次踩坑记录成一张速查表比反复查文档高效得多。6.5 四件套避坑心得最后说四件套经验和工具层面的建议。第一定义数字列时table-format 的小数位一定要设置对否则超长数字可能被截断编译也不报错等打印出来才发现数据丢了这种错最伤。第二凡是自定义列类型名字尽量别用单字母尤其是 U、S、X、l、c、r 这些容易混淆的真要单字母就先查一遍有没有跟已有宏包冲突。第三改模板前先备份改完跑一遍全文档编译并随手看一眼每一张表的宽度别只编译当前页。第四善用 \typeout{\meaning\U} 这类调试命令定位列定义比翻源码快得多。这四点每一条都是我用时间和返工换来的写出来算是替大家提前踩掉这些坑。排版这件事慢就是快省掉排查步骤看似省时间最后往往要花双倍功夫补回来。我在实际排版中最常遇到的并不是不会右对齐而是不知道这一列到底是什么列。很多模板、很多别人的代码都不会主动告诉你它定义了哪些列类型你只能靠搜索和调试去把定义挖出来。所以与其死记 U 要改 r、R 要加 arraybackslash 这些零散技巧不如把 array、tabularx、siunitx 这三件套吃透——它们才是处理表格对齐的真正底牌。最后再分享一个小技巧平时写论文、写报告我会在导言区固定放一组对齐列类型定义L、C、R 三件套各带宽度参数再放一个重定义好的数值列 S之后所有表格都从这几个基础列组合出来几乎不会再为对齐问题加班。希望这篇整理能让你少走点弯路。