企业官网建设流程全解析

简介：这份PDF是AIP发布的PACS 2008物理与天文学分类索引，面向准备向物理、天文类期刊投稿的作者、编辑及文献检索人员，用于解决论文主题分类号选择与规范标注的问题，尤其适合投稿前查号与编校核对。该索引由AIP制定维护，代码可在不同期刊间通用，便于跨库检索与主题聚类。压缩包仅含1个PDF文件，大小约719KB，内容为完整的PACS分类表，采用层级编号组织，涵盖粒子物理、核物理、凝聚态、光学、声学、天体物理等方向的多级代码与条目说明，便于按学科层级快速定位。已有3827人学习下载，说明其在投稿准备与分类查阅中具有一定参考价值。读者可据此为稿件匹配合适的PACS代码，也可用于期刊编校、文献标引和分类体系对照，减少主题标注偏差，提升学术检索与交流效率。

1. 论文投稿里的 PACS 是什么：一串让人发懵的六位编码

第一次在投稿模板里看到“请填写 PACS 代码”这一栏，很多人会愣住：标题、作者、摘要、关键词都填完了，怎么又冒出来一个字母数字混排的编码？其实它不难理解——可以把它想成论文在“物理学与天文学”这座图书馆里的索书坐标：第一段告诉你进哪个馆，第二段告诉你第几排书架，第三段告诉你书架第几层。PACS 是 Physics and Astronomy Classification Scheme 的缩写，中文常译作“物理学与天文学分类方案”，是一套按学科层级把文献逐级归类、方便检索的编码体系。它不负责让你的论文变得更好，但它决定了别人按主题检索时，能不能在正确的那一格遇见你。搞懂它，等于搞懂了论文在学术检索里被“放”在哪儿。

2. PACS 为什么会出现：论文多到书架放不下的时候

2.1 分类最早不是为了好看，是为了让同行找得到

任何一套分类体系的诞生，背后都有一个很朴素的问题：东西太多了，找不着。物理学与天文学的文献在二十世纪经历了爆炸式增长，一个研究方向下一年能产出几百篇论文，如果只按标题首字母排，那基本等于把一堆书倒在地上让人自己扒。按学科归类，是让“同一类问题的人”和“同一类问题的文章”能自动碰面的最省力办法。

PACS 的雏形可以追溯到国际科技信息领域早年提出的一套物理学国际分类体系。当时的目标很明确：给全世界的物理学期刊一个共用的“格子表”，作者投稿时自己声明放进哪个格子，期刊排版时印在论文首页，数据库收录时存进索引字段。三方用同一套编码，检索才能闭环。后来这套方案由一个非营利的物理学学术团体接手维护，并改为隔年发布一次修订版，让它能跟上学科本身的变化。

这件事的价值不在于编码本身多优雅，而在于共识。一个代码代表什么，不取决于某个人怎么理解，而取决于共同维护的那份表怎么写。你写 91.25.fd，别人看到就知道是环境磁学，不会猜成别的东西。这种“不需要解释就能对齐”的能力，正是学术检索最缺的东西。

通俗地说，PACS 干的是“给学科建门牌号”的活。门牌号不产生住户，但没有门牌号，快递就只能靠喊。论文投稿时填的那几个代码，就是告诉 indexing 系统：这份快递请送到这几户人家门口。

2.2 十个大类是怎么被切出来的

PACS 的第一层只有十个大类，用两位数字表示，从 00 一路排到 90，每次加 10。这个“十”不是随手定的，而是学科版图在当年最粗颗粒度上的一次折中：切得太细，第一层就几十个类，检索界面没法用；切得太粗，又回到“物理”一个大筐，等于没分。

十大门类的骨架大致是这样铺开的：00 是总类、通信、教育、历史与哲学这类“不属于某个具体分支”的内容；10 是基本粒子与场；20 是核物理；30 是原子与分子物理；40 是一个很宽的合并类，把电磁学、光学、声学、传热、经典力学和流体力学装在一起；50 是气体、等离子体与放电；60 和 70 把凝聚态拆成两块，一块管结构、力学与热学性质，一块管电子结构、电学、磁学与光学性质；80 是交叉学科与相关技术；90 是地球物理、天文学与天体物理。

这个切法有两个值得注意的地方。第一，合并：40 类一口气装下六七个方向，说明在分类体系设计者的判断里，这些方向共享足够多的概念工具，放在一起检索不会互相干扰。第二，拆分：凝聚态被切成 60 和 70 两块，是因为这个领域体量太大，一篇讲晶体结构相变的论文和一篇讲半导体能带结构的论文，虽然都叫凝聚态，但读者群几乎不重叠，硬塞进一个代码里，检索时反而互相稀释。

对投稿的人来说，这层结构最实用的地方是：先确定自己落在哪个十位区间，再去翻那个区间下的细分表。这一步能省掉大量在字母索引里来回翻的时间。

2.3 从四层到五层：细分的冲动从哪里来

绝大多数 PACS 条目只做到四层。四层是什么概念？第一层两位数、第二层两位数、第三层两位数、第四层一两个字符——已经能细到“电离势与电子亲和势”这种程度，再往下切，一个格子里的论文可能一年只有几篇，检索价值反而下降。

但学科发展不按人的规划走。大约从 2006 年版起，PACS 引入了第五层，用来安放那些在第四层还嫌太挤的方向。第五层的出现有个很典型的推手：纳米科学与技术。这个方向横跨物理、化学、材料、生物，在传统四层结构里怎么放都别扭——放 60 类，化学背景的人找不到；放 80 类，物理背景的人不往那儿翻。

于是到了 2008 年版，纳米科学与技术干脆单独做成了一个增补部分，附在主干后面，用一整套独立的条目来承载。这其实暴露了分类体系的一个普遍困境：主干要稳定，新东西要位置，两者天然冲突。稳定的部分不能年年改，不然所有人存的旧代码全乱套；可新方向又必须有个能被检索到的落点。PACS 的解法是“主干微调 + 附录扩容”：主干每次修订只动几处，新增内容尽量塞进附录和增补里。

同一年代的修订思路也印证了这一点。核物理、原子与分子物理、光学、凝聚态结构部分、生物与医学物理这几块做了较大改动，补进了不少第四层和第五层条目；量子信息、广义相对论、电磁学与电子光学、准一维系统的流动现象、固态动力学光谱、信息与通信理论、太阳系天体这些方向则只做了小幅增删。这套“大改几块、小改几块”的节奏，本质上是在学科演化速度和编码稳定性之间找平衡。

3. 一套 PACS 编码怎么读：三段式地址里的层级逻辑

3.1 三对字符，一对一层

抛开那些修订细节，PACS 编码的基本格式其实很规整：六位字符，按两位一组分成三组，用点号串起来。第一组两位数字对应十大门类之一；第二组两位数字在这个门类内部继续细分；第三组是两个字符，把条目再往下推一到两层。

拿一个具体的例子走一遍会清楚很多。假设你要给一篇讲原子电离势计算的论文选代码，路径大概是这样的：

从这张表能看出一个规律：每多一组字符，颗粒度就细一档。30 是一整片森林，32 是其中一片林子，32.10 是一棵树，32.10.Hq 是这棵树上的一根枝条。你要做的是把自己的论文挂到最贴近的那根枝条上，而不是挂在“森林”上。

代码里还有一种常见写法，第三组以加号或减号开头，比如某个条目写成“04.65.+e”这种形式。那个符号本身不携带学科含义，它更像一个占位标记，说明这个条目在层级上停在了这一档，没有继续往下分。真正区分学科内容的是符号后面的那个字母。

提示：判断代码深浅有个很省事的办法——看第三组的第一个字符。是符号，说明这个条目细分到第三层就到底了；是大写字母，说明还有第四层；是小写字母，说明已经下探到第五层。这个规律不用背，看几次就形成直觉。

3.2 第五、第六个字符为什么要分大小写

大小写在 PACS 里不是为了好看，是为了让人不查表也能判断层级。这是一个很务实的设计：论文首页印代码的地方就那么大，读者扫一眼，能立刻知道这个代码是粗的还是细的，比翻附录快得多。

具体规则是：第四层代码的第三个字符用大写字母，第五层用对应的小写字母。设计者特意在说明里补了一句——大小写只是为了辅助识别，代码的唯一性并不依赖大小写，也就是说体系里不存在“只差一个大小写”的两个不同代码。这句话很关键，它意味着即使某本期刊排版时把字母全改成大写，代码的含义也不会变，检索系统照样能对上。

这个细节反映的是一种成熟的工程思维：冗余要加在帮助人读的地方，不能加在影响机器判定的地方。大小写是给人看的冗余，唯一性靠字符组合本身保证，两者各管一头，互不干扰。

代码末尾偶尔会看到另一类字母，作用类似——它们是层级存在的标记，不是学科缩写。初学者容易把这类字母当成某个英文词的缩写去猜，猜半天猜不出来，其实它根本不承载含义。遇到看不懂的尾字母，正确的动作是把它当成“深度标记”跳过，直接去查前面的数字部分。

还有一个容易被忽略的规定：勘误、更正类条目要单独选一个代码，不能沿用原文的代码。这样做的目的是让数据库在检索时能把“原文”和“更正”分开，避免读者点进去发现内容对不上。写勘误的时候别忘了这一条，不然读者按主题搜到你的更正，会一脸问号。

3.3 附录、纳米增补与字母索引：主干之外的三块拼图

PACS 不只有一棵主干树，它旁边还挂着三块东西，各自解决一类问题。

第一块是专题附录。声学方向有一个独立附录，地球物理方向也有一个，覆盖 91 到 94 以及 96 这几段。附录的存在说明一件事：有些领域的条目在主干里排不下，或者排进去会让主干变得过于臃肿。附录相当于“分店”，检索时照样能用，只是入口不在主干路径上。

第二块是纳米科学与技术增补。这块内容原本只出现在线上版里，2008 年版才第一次进印刷本，附在书后。它的意义前面已经说过——给跨学科新方向一个不破坏主干的落脚点。如果你的论文做的是纳米尺度的材料、器件或者表征方法，除了主干代码之外，记得翻一下这个增补部分，很可能有一个更贴的条目。

第三块是按主题字母排序的索引。这块对投稿人最实用，也最容易被跳过。索引把学科名词按字母排开，每个词后面跟着对应的 PACS 代码。它的价值在于反向查找：你脑子里想的是“我这篇讲的是自旋轨道耦合”，但不知道它在哪一层，那就去索引里查这个词，拿到代码，再回主干里确认层级对不对。

实际投稿的操作顺序，比较稳妥的是这样走：先通读自己的论文，把主要议题列出来；打开字母索引，按议题逐个查词，收集候选代码；回主干表核对每个候选代码的层级和从属关系，剔除明显偏粗或偏细的；最后确定三到四个代码，把最能代表全文主题的那个放在第一位。

注意：代码数量不是越多越好。三到四个通常够用，第一个留给主议题，后面的用来覆盖论文涉及的次要方向。堆七八个代码不会让论文被更多人搜到，只会让检索系统难以判断这篇论文的主次。

4. PACS 的常见误区：它跟 DOI、关键词、图书馆分类号到底差在哪

4.1 误区一：把 PACS 当成 DOI 那样的唯一标识

这是最常见的混淆。两者都出现在论文首页，都是一串看着像编码的东西，所以很多人下意识觉得它们是一回事。

为什么混：位置接近、外形接近、都由期刊排版时统一加上去，读者扫过去不会细看。

怎么区分：DOI 指向的是这一篇文献实体，一篇文章一个 DOI，全球唯一，改一个字就是另一篇；PACS 指向的是这一类主题，成百上千篇论文可以共享同一个代码。打个比方，DOI 是身份证号，PACS 是户籍所在地的行政区划代码。身份证号只属于你一个人，行政区划代码属于那一片所有的人。用 DOI 能精确定位到一篇论文，用 PACS 只能圈出一片论文，然后再筛。

4.2 误区二：把 PACS 当关键词用

投稿系统里关键词和 PACS 往往挨在一起，都是“描述论文内容”的字段，于是有人觉得填一个就够了。

为什么混：功能上确实有重叠，两者都在告诉读者“这篇论文讲什么”。

怎么区分：关键词是作者自己选的自由词，灵活、贴近具体工作、不受控；PACS 是体系规定好的受控词，一个代码对应一个固定的学科条目，作者不能自己造。关键词能写到“某某材料的低温输运”这种颗粒度，PACS 只能到“某类材料的输运性质”这一档。两者是互补关系：关键词负责精确描述，PACS 负责把论文挂进学科树。填关键词的时候可以自由发挥，填 PACS 的时候必须去表里挑，不能凭感觉写。

4.3 误区三：把 PACS 和图书馆分类号当成同一套东西

图书馆里那套分类号也是给文献归类用的，看起来和 PACS 干的是同一件事。

为什么混：都是“分类号”，都是数字加字母，都是用来摆放和查找文献的。

怎么区分：图书馆分类号服务的是馆藏排架，一本实体书放在哪个架子上，目标是让书在物理空间里好找；PACS 服务的是文献检索，一篇论文在数据库里怎么被主题查询命中，目标是让内容在信息空间里好找。前者的颗粒度受书架容量限制，后者的颗粒度受学科细分程度限制。一篇论文可以既有一个图书馆分类号又有一组 PACS 代码，两者互不替代。

4.4 误区四：以为只有物理方向的文章才用得上 PACS

看到名字里有“物理学与天文学”，做其他方向的人就自动跳过了。

为什么混：名字起得确实很“专”。

怎么区分：PACS 的 80 类明确写着“交叉学科与相关科学与技术”，生物与医学物理、信息与通信理论、纳米科技这些方向都在体系里有位置。判断标准不是“我是不是搞物理的”，而是“我投的这本期刊要不要求填”。期刊要求填，就说明它的读者群习惯用这套编码检索，那你就得按它的规则来。反过来，一本化学期刊大概率不要求 PACS，硬填反而显得不专业。

4.5 误区五：以为填过的 PACS 代码永远有效

有人把投稿时用过的代码存下来，下一篇论文直接复制粘贴。

为什么混：代码看起来是死的，字母数字又不会自己变。

怎么区分：PACS 是隔年修订的，每次修订都会有新增、修改和删除。2008 年版相比前一版，核物理、原子与分子物理、光学、凝聚态结构部分、生物与医学物理这几块改动较大，量子信息、广义相对论、电磁学与电子光学等方向也有小幅增删。你两年前存的代码，可能已经被拆分、合并或者改写了含义。稳妥的做法是每次投稿都回到最新版的表里核对一遍，尤其是那些你不太确定深度的代码。

5. 什么时候该填 PACS、什么时候可以跳过

判断这件事,其实就看三个信号:期刊要求、读者习惯、论文主题。

期刊的投稿指南里明确写了要填 PACS,那就老老实实填,没有讨论余地。这类期刊的读者群通常已经习惯了按 PACS 检索,你不填,等于主动从检索路径上消失。期刊没提这个字段,也不用自作主张加进去,多填一个系统不认识的字段,只会给编辑添麻烦。

论文主题落在一个边界清晰的传统方向上,比如核结构、原子光谱、晶体热学性质,PACS 的优势最明显——表里有现成的、颗粒度合适的条目,你几乎不用犹豫。论文主题横跨好几个方向,或者落在一个刚兴起、还没被体系充分覆盖的角落,填 PACS 的收益就会打折。这时候的稳妥策略是:选一个最接近的主干代码放在第一位,再用一个 80 类下的交叉代码兜底,不去硬凑不存在的条目。

下面这张表可以当个速查用:

我自己的习惯是这样来的:早些年给一篇讲低温输运的稿子选代码,图省事,直接从上一篇论文里复制了两个过来,结果其中一个是上一版里已经被合并掉的条目。编辑退回来问“这个代码在当前版本里查不到对应的最细条目,请确认”,那一刻确实有点尴尬。从那以后我每次选完代码,都会强制走一遍“回表核对”——打开最新版的主干表,把每个代码从第一层点到最后一层,确认路径通、条目在、颗粒度合适,再提交。多花五分钟,省掉一轮返修。

这套流程听着笨,但它解决的是分类体系最容易被忽视的一面:代码不是标签,是路径。路径要通到最新的那张地图上,才算数。手里拿着这份 2008 年版的分类方案,对照着走一遍,该填哪几个、该放第几位,基本就有答案了。希望帮到你。

本文还有配套的精品资源，点击获取