应届生通用简历模板工程化：HTML/CSS排版与PDF一页纸自检

很多人第一次写简历，打开 Word 之后卡了半个小时：字号调来调去，行距忽大忽小，导出 PDF 之后照片跑位，投出去又是石沉大海。更难受的是，大部分同学手里确实没有拿得出手的实习、没有能写进简历的项目、也没有竞赛奖项，也就是常说的「三无」状态。这篇文章不玩虚的，直接从工程角度把一份应届大学生通用简历模板拆开：信息架构怎么排、内容怎么补、用什么工具排版才不会错位、导出 PDF 怎么保证一页纸、投递前怎么用脚本自检。全文会给出可直接复制的 HTML/CSS 模板、Markdown 内容源和 Python 校验脚本，零基础可以照着做，有开发经验的同学也可以把它当成一套「简历生成流水线」来用。

1. 先搞清楚「三无简历」到底难在哪

1.1 通用简历模板是什么

先把概念说清楚。所谓通用简历模板，指的不是某个固定的 Word 文件，而是一套「结构稳定、内容可替换、排版不跑偏」的骨架。它把简历拆成固定模块（基本信息、教育背景、专业技能、项目/实践经历、自我评价等），每个模块规定了位置、字号、行距和信息密度。你换岗位的时候，只替换模块里的文字，排版部分完全不动。

这个定义很重要，因为它决定了模板的价值点：模板本身不帮你找到工作，它只解决「信息表达效率」这一件事。一份好模板要做的是，让 HR 在 8 到 15 秒的初筛时间里，快速抓到你的学校、专业、技能栈和能干活这件事。所以模板的评价标准不是「好看」，而是「扫读成本低」。

1.2 「三无」的真正难点是信息缺失，不是排版

没有实习、没有正式项目、没有奖项，这是大部分应届生的常态，不需要焦虑。真正的问题在于，很多人把这个「没有」直接写进了简历里：教育背景一行字，技能写「熟悉 Office」，然后整份简历不到半页。HR 看到的不是「这个同学经验少」，而是「这个同学没有可写的东西，也没认真准备」。

所以「三无」场景下，简历的重点应该转移到可迁移能力上：课程设计、毕业设计、实验室打杂、社团活动、开源尝试、自学练手的小工具、甚至一次认真的课程大作业。这些东西本身不够亮眼，但只要用「我做了什么 → 怎么做的 → 结果是什么」的句式写出来，信息量就完全不一样了。后面第 3 章会专门讲这个改写方法。

1.3 为什么建议用代码化方式管理简历

Word 不是不能用，但它有三个让人头疼的问题：不同电脑打开字体不一致、表格撑破一页之后很难压回去、改一处全局行距全乱。而简历这种「需要反复投递、反复微调、需要版本管理」的文档，其实非常适合用文本方式管理。

把简历内容写成 Markdown 或者 HTML，好处很明确：内容与样式分离，改文字不会动排版；可以放进 Git 做版本管理，投 A 公司用 v1、投 B 公司用 v2，随时回滚；可以用脚本做机械化检查，比如手机号格式、邮箱格式、各模块字数是否均衡。这些在 Word 里全靠肉眼，在文本里可以自动化。

2. 环境准备与工具选型

2.1 本文用到的工具链

这套方案对环境的依赖非常轻，一台普通笔记本就够。需要准备的东西如下：

版本方面不必纠结，Python 3 的绝大部分发行版都能直接跑本文的脚本，脚本只用到 re、pathlib、sys 这几个标准库模块。浏览器建议使用较新的版本，因为 @page 和 print-color-adjust 这类打印相关属性在旧版本里表现会有差异。如果你本地环境比较特殊，可以先把脚本跑通，再逐步调整样式。

2.2 项目目录结构

建议一开始就把目录定好，后面改起来省事。我在实际使用中是这样组织的：

text复制resume/
├── src/
│   ├── resume.html        # 简历主体（HTML + 内联样式）
│   ├── resume.md          # 简历内容源（Markdown，方便快速改字）
│   └── style.css          # 打印样式
├── scripts/
│   ├── check_resume.py    # 内容自检脚本
│   └── match_keywords.py  # 岗位关键词覆盖率脚本
├── output/
│   └── 张三-Java开发工程师.pdf
└── jd/
    └── example-jd.txt     # 目标岗位的职位描述（用于关键词比对）

这个结构的关键点是 src 和 output 分离。src 里放源文件，output 里放导出的 PDF。投递时只从 output 取文件，源文件永远不直接发出去，避免出现「发了一份还带着批注的 Word」这种尴尬情况。

2.3 一个容易被忽略的前置动作

在动手排版之前，先把三样东西准备好：一张证件照（蓝底或白底，正装，头部占画面约三分之二）、一份目标岗位的 JD 原文、一份你自己所有经历的原始清单（不用管格式，把能想到的全列出来，包括课程、社团、比赛、兼职、自学项目）。

这份原始清单是这个流程里最值钱的东西。很多人写简历卡壳，不是不会排版，是脑子里一片空白。先花一小时把清单写满，后面所有工作都是「从清单里挑内容填进模板」，效率会高很多。清单建议至少列 15 条，哪怕是很小的事，比如「用 Excel 整理过班级 60 人的成绩表」，这也是可以加工成「数据处理能力」的素材。

3. 简历的信息架构设计

3.1 一页纸的模块顺序

应届生简历的黄金结构是固定的，顺序不要随便调：

1. 基本信息：姓名、求职意向、手机、邮箱、城市。这五项足够，不需要身份证号、家庭住址、政治面貌。
2. 教育背景：学校、专业、学历、起止时间、GPA 或排名（如果好看就写）。
3. 专业技能：分点列出语言、框架、工具、证书，按熟练度从高到低。
4. 项目/实践经历：这是整份简历的重头戏，占篇幅的一半以上。
5. 校园经历 / 自我评价：可选，用来补足信息量。

为什么是这个顺序？因为 HR 的扫读路径是从上到下、从粗到细。前三个模块决定了「这个人是不是对口」，后半部分才看细节。把教育背景放在最前面是应届生的优势，等有 3 年以上工作经验之后，这个顺序会反过来，但这不在本文讨论范围内。

3.2 每个模块该写多少字

信息密度是需要量化的。一页 A4 大约能放 800 到 1200 个汉字，但要留出足够的留白，实际正文控制在 700 到 900 字比较舒服。分配建议如下：

• 基本信息：40 到 60 字，一行到两行。
• 教育背景：60 到 100 字，主修课程挑 5 到 8 门相关的写。
• 专业技能：100 到 150 字，4 到 6 条，每条不超过 25 字。
• 项目经历：300 到 450 字，2 到 3 个项目，每个 3 到 5 条描述。
• 校园经历 / 自我评价：80 到 120 字。

最容易出问题的是项目经历。写太少显得单薄，写太多会挤爆第二页。一个实用的判断标准是：每条描述能不能在 3 秒内读完。如果一条描述超过 40 个字还没说完重点，就该拆成两条或者砍掉修饰词。

3.3 用「动作 + 方法 + 结果」句式补足经历

这是本文最想强调的部分。「三无」同学写不出经历，绝大多数是因为不会转换表达。看两个对照：

• 原句：参加了课程设计，做了一个图书管理系统。
• 改写：独立完成图书管理系统课程设计，使用 Java + MySQL 实现图书增删改查与借阅记录管理，设计了 4 张数据表并通过索引优化将列表查询耗时从秒级降到毫秒级。

再比如：

• 原句：在社团做过一些事。
• 改写：担任社团宣传部干事，负责 3 场活动的物料排版与公众号推文撰写，累计产出 12 篇推文，单篇最高阅读量约 800。

这个句式的骨架是：动词开头 + 用了什么技术/方法 + 产出了什么结果。动词要用「实现、设计、搭建、优化、整理、负责、推动」这类实义动词，不要用「参与、了解、熟悉」这种虚词开头。结果可以没有精确数字，但要有个量级描述，比如「覆盖班级 60 人」「完成 4 个功能模块」「连续运行 30 天无异常」。

需要提醒的是，改写的前提是真实。可以换表达方式，可以突出技术细节，但不能编造项目和数据。面试官问两个追问就能验证真假，得不偿失。

4. 用 HTML + CSS 做一份可复用模板

4.1 简历主体骨架代码

下面这份 HTML 是完整可用的，直接保存成 src/resume.html 就能在浏览器打开预览。结构上用了语义化标签，方便后续用脚本解析。

html复制<!DOCTYPE html>
<html lang="zh-CN">
<head>
  <meta charset="UTF-8">
  <title>张三 - Java 开发工程师</title>
  <link rel="stylesheet" href="style.css">
</head>
<body>
  <main class="resume">
    <!-- 头部：姓名 + 求职意向 + 联系方式 -->
    <header class="header">
      <div class="header-left">
        <h1 class="name">张&nbsp;三</h1>
        <p class="job-title">求职意向：Java 后端开发工程师</p>
      </div>
      <ul class="contact">
        <li>电话：138-0000-0000</li>
        <li>邮箱：zhangsan@example.com</li>
        <li>城市：杭州 / 可接受调剂</li>
      </ul>
    </header>

    <!-- 教育背景 -->
    <section class="section">
      <h2 class="section-title">教育背景</h2>
      <div class="item">
        <div class="item-head">
          <span class="item-title">某某大学 · 计算机科学与技术 · 本科</span>
          <span class="item-date">2021.09 - 2025.06</span>
        </div>
        <p class="item-desc">
          主修课程：数据结构、操作系统、计算机网络、数据库原理、Java 程序设计、软件工程。
          GPA 3.6 / 4.0，专业排名前 20%。
        </p>
      </div>
    </section>

    <!-- 专业技能 -->
    <section class="section">
      <h2 class="section-title">专业技能</h2>
      <ul class="skill-list">
        <li><strong>编程语言：</strong>Java（熟练）、SQL（熟练）、Python（了解）</li>
        <li><strong>后端框架：</strong>Spring Boot、MyBatis，了解 Spring MVC 请求处理流程</li>
        <li><strong>数据库：</strong>MySQL，掌握索引、事务隔离级别、常见 SQL 优化思路</li>
        <li><strong>工具：</strong>Git、Maven、IDEA、Postman、Linux 常用命令</li>
        <li><strong>英语：</strong>CET-4，可阅读英文技术文档</li>
      </ul>
    </section>

    <!-- 项目经历 -->
    <section class="section">
      <h2 class="section-title">项目经历</h2>

      <div class="item">
        <div class="item-head">
          <span class="item-title">图书管理系统（课程设计 · 独立完成）</span>
          <span class="item-date">2024.03 - 2024.06</span>
        </div>
        <ul class="item-list">
          <li>使用 Spring Boot + MyBatis + MySQL 搭建后端，实现图书增删改查、借阅归还、逾期统计 3 个核心模块。</li>
          <li>设计 4 张数据表并建立外键约束，针对借阅记录列表查询添加联合索引，单表 1 万条数据下查询耗时从 1.2s 降至 30ms 以内。</li>
          <li>使用 Postman 完成 20 余个接口的联调测试，整理接口文档并沉淀到项目 README 中。</li>
        </ul>
      </div>

      <div class="item">
        <div class="item-head">
          <span class="item-title">个人博客系统（自学练手）</span>
          <span class="item-date">2024.09 - 2024.11</span>
        </div>
        <ul class="item-list">
          <li>基于 Spring Boot 实现文章发布、分类检索、评论功能，使用 Thymeleaf 完成页面渲染。</li>
          <li>引入 Redis 缓存热门文章列表，减少数据库重复查询，首页加载耗时下降约 40%。</li>
          <li>使用 Git 管理代码，按功能拆分提交记录，累计 60 余次提交。</li>
        </ul>
      </div>
    </section>

    <!-- 校园经历 -->
    <section class="section">
      <h2 class="section-title">校园经历</h2>
      <div class="item">
        <div class="item-head">
          <span class="item-title">计算机学院学生会 · 技术部干事</span>
          <span class="item-date">2022.09 - 2023.06</span>
        </div>
        <ul class="item-list">
          <li>负责学院 2 场技术分享活动的场地设备调试与录屏，累计服务参会学生约 200 人次。</li>
          <li>整理部门技术文档模板，统一了 5 类文档的格式规范，被后续两届成员沿用。</li>
        </ul>
      </div>
    </section>
  </main>
</body>
</html>

这份骨架里几个类名是刻意设计的：.section 对应简历的一个模块，.item 对应一条经历，.item-head 里左边是标题、右边是时间。把这类名固定下来之后，后面写脚本做结构检查就很方便，比如检查有没有漏掉「教育背景」这个模块。

4.2 打印样式与 A4 分页控制

排版能不能压在一页，80% 靠 CSS。下面这份 src/style.css 是配上面 HTML 的，重点是 @page 和 page-break-inside 这两个地方。

css复制/* 文件路径：src/style.css */

/* 屏幕预览时给个纸张感的背景 */
body {
  margin: 0;
  padding: 24px 0;
  background: #f2f3f5;
  font-family: "PingFang SC", "Microsoft YaHei", "Helvetica Neue", Arial, sans-serif;
  color: #1f2329;
  -webkit-print-color-adjust: exact;
  print-color-adjust: exact;
}

/* A4 纸张容器：210mm x 297mm，内边距就是页边距 */
.resume {
  width: 210mm;
  min-height: 297mm;
  box-sizing: border-box;
  margin: 0 auto;
  padding: 14mm 16mm;
  background: #ffffff;
  box-shadow: 0 2px 12px rgba(0, 0, 0, 0.08);
}

/* 头部：左右分栏 */
.header {
  display: flex;
  justify-content: space-between;
  align-items: flex-start;
  padding-bottom: 10px;
  border-bottom: 2px solid #2b6cb0;
}

.name {
  margin: 0 0 6px 0;
  font-size: 24px;
  font-weight: 700;
  letter-spacing: 2px;
}

.job-title {
  margin: 0;
  font-size: 13px;
  color: #2b6cb0;
}

.contact {
  margin: 0;
  padding: 0;
  list-style: none;
  font-size: 12px;
  line-height: 1.9;
  text-align: right;
  color: #4a5568;
}

/* 模块通用样式 */
.section {
  margin-top: 14px;
}

.section-title {
  margin: 0 0 8px 0;
  padding-left: 8px;
  font-size: 14px;
  font-weight: 700;
  border-left: 3px solid #2b6cb0;
  line-height: 1.2;
  letter-spacing: 1px;
}

.item {
  margin-bottom: 10px;
  /* 关键：尽量不让一条经历被分页切开 */
  page-break-inside: avoid;
  break-inside: avoid;
}

.item-head {
  display: flex;
  justify-content: space-between;
  align-items: baseline;
  font-size: 13px;
}

.item-title {
  font-weight: 600;
}

.item-date {
  font-size: 12px;
  color: #718096;
  white-space: nowrap;
}

.item-desc {
  margin: 4px 0 0 0;
  font-size: 12px;
  line-height: 1.7;
  color: #2d3748;
}

.item-list,
.skill-list {
  margin: 4px 0 0 0;
  padding-left: 18px;
  font-size: 12px;
  line-height: 1.75;
  color: #2d3748;
}

.item-list li,
.skill-list li {
  margin-bottom: 2px;
}

/* 打印时去掉阴影和背景，只保留纸张内容 */
@page {
  size: A4;
  margin: 0;
}

@media print {
  body {
    padding: 0;
    background: #ffffff;
  }

  .resume {
    width: 100%;
    min-height: auto;
    margin: 0;
    padding: 14mm 16mm;
    box-shadow: none;
  }
}

这里有三处值得单独说明。

第一，width: 210mm 配 @page { size: A4 } 是为了让屏幕预览和打印输出完全一致。很多人在屏幕上看着刚好一页，导出 PDF 就多出半页空白，原因通常是屏幕预览用的是像素宽度，打印用的是物理宽度，两者换算有偏差。

第二，page-break-inside: avoid 的作用是防止一条项目经历被硬生生切成两页。应届生简历里项目描述本来就不长，被切开之后下半部分孤零零地在第二页顶部，观感很差。

第三，print-color-adjust: exact 是为了保证导出 PDF 时那个蓝色的分割线还能显示出来。有些浏览器默认会忽略背景色以省墨，导致导出后所有彩色装饰全变白。

4.3 导出 PDF 的正确姿势

样式写完之后，直接用浏览器打开 src/resume.html，按 Ctrl + P 或者 Cmd + P 调出打印对话框，然后按下面的设置来：

• 目标打印机选「另存为 PDF」
• 纸张大小为 A4
• 缩放选「默认」或「100%」，不要选「适合页面」，那个会自动缩放导致字号不一致
• 一定要勾选「背景图形」，否则分割线和表头底色都会消失
• 页边距选「无」，因为我们已经在 CSS 里用 padding 控制了边距

导出后打开 PDF 检查三件事：是不是正好一页、中文有没有变成方块、分割线还在不在。中文变方块通常是字体问题，把 CSS 里的 font-family 换成系统里确定存在的字体即可，Windows 上用「微软雅黑」，macOS 上用「PingFang SC」。

5. 用 Markdown + Python 管理简历内容

5.1 为什么还要一份 Markdown

HTML 排版好看，但改起文字来标签太多。实际使用中更舒服的做法是：把内容写成 Markdown，改字的时候只动 Markdown，改完之后再同步到 HTML。或者干脆把 Markdown 当作文案草稿，最终排版仍在 HTML 里完成。

src/resume.md 的内容大致是这样：

markdown复制# 张三

求职意向：Java 后端开发工程师
电话：138-0000-0000
邮箱：zhangsan@example.com
城市：杭州 / 可接受调剂

## 教育背景

某某大学 · 计算机科学与技术 · 本科 | 2021.09 - 2025.06
主修课程：数据结构、操作系统、计算机网络、数据库原理、Java 程序设计、软件工程。
GPA 3.6 / 4.0，专业排名前 20%。

## 专业技能

- 编程语言：Java（熟练）、SQL（熟练）、Python（了解）
- 后端框架：Spring Boot、MyBatis，了解 Spring MVC 请求处理流程
- 数据库：MySQL，掌握索引、事务隔离级别、常见 SQL 优化思路
- 工具：Git、Maven、IDEA、Postman、Linux 常用命令
- 英语：CET-4，可阅读英文技术文档

## 项目经历

### 图书管理系统（课程设计 · 独立完成） | 2024.03 - 2024.06

- 使用 Spring Boot + MyBatis + MySQL 搭建后端，实现图书增删改查、借阅归还、逾期统计 3 个核心模块。
- 设计 4 张数据表并建立外键约束，针对借阅记录列表查询添加联合索引，单表 1 万条数据下查询耗时从 1.2s 降至 30ms 以内。
- 使用 Postman 完成 20 余个接口的联调测试，整理接口文档并沉淀到项目 README 中。

### 个人博客系统（自学练手） | 2024.09 - 2024.11

- 基于 Spring Boot 实现文章发布、分类检索、评论功能，使用 Thymeleaf 完成页面渲染。
- 引入 Redis 缓存热门文章列表，减少数据库重复查询，首页加载耗时下降约 40%。
- 使用 Git 管理代码，按功能拆分提交记录，累计 60 余次提交。

## 校园经历

### 计算机学院学生会 · 技术部干事 | 2022.09 - 2023.06

- 负责学院 2 场技术分享活动的场地设备调试与录屏，累计服务参会学生约 200 人次。
- 整理部门技术文档模板，统一了 5 类文档的格式规范，被后续两届成员沿用。

Markdown 里用 ## 表示简历模块，用 ### 表示一条经历，这个约定是给脚本用的。约定统一了，脚本才能自动判断「你有几个项目」「每个项目写了几条」。

5.2 内容自检脚本

写简历最怕的低级错误是：手机号少一位、邮箱写成 .con、模块漏了一个、某个项目只有一行描述。这些用眼睛检查很容易漏，用脚本一秒钟跑完。

python复制# 文件路径：scripts/check_resume.py
"""简历内容自检脚本：检查模块完整性、联系方式和描述密度。"""

import re
import sys
from pathlib import Path

# 应届生简历必须包含的模块
REQUIRED_SECTIONS = ["教育背景", "专业技能", "项目经历"]

# 各模块的建议字数区间（中文按字符粗略统计）
SECTION_CHAR_RANGE = {
    "教育背景": (40, 150),
    "专业技能": (80, 220),
    "项目经历": (250, 600),
    "校园经历": (50, 200),
}


def load_text(path: Path) -> str:
    if not path.exists():
        print(f"[ERROR] 文件不存在：{path}")
        sys.exit(1)
    return path.read_text(encoding="utf-8")


def split_sections(text: str) -> dict:
    """按二级标题切分模块，返回 {模块名: 内容}。"""
    sections = {}
    current = None
    buffer = []
    for line in text.splitlines():
        if line.startswith("## "):
            if current is not None:
                sections[current] = "\n".join(buffer).strip()
            current = line[3:].strip()
            buffer = []
        elif current is not None:
            buffer.append(line)
    if current is not None:
        sections[current] = "\n".join(buffer).strip()
    return sections


def count_cn_chars(text: str) -> int:
    """统计中文字符和英文单词的总量，粗略衡量信息密度。"""
    cn = len(re.findall(r"[\u4e00-\u9fa5]", text))
    en = len(re.findall(r"[A-Za-z]+", text))
    return cn + en


def check_contact(text: str) -> list:
    problems = []
    phone = re.search(r"1[3-9]\d{9}", text.replace("-", "").replace(" ", ""))
    if not phone:
        problems.append("未找到合法的 11 位手机号")
    email = re.search(r"[\w.\-+]+@[\w\-]+\.[A-Za-z]{2,}", text)
    if not email:
        problems.append("未找到合法邮箱地址")
    return problems


def check_sections(sections: dict) -> list:
    problems = []
    for name in REQUIRED_SECTIONS:
        if name not in sections:
            problems.append(f"缺少必需模块：{name}")
            continue
        length = count_cn_chars(sections[name])
        low, high = SECTION_CHAR_RANGE.get(name, (0, 9999))
        if length < low:
            problems.append(f"模块「{name}」内容偏少：{length} 字（建议至少 {low} 字）")
        elif length > high:
            problems.append(f"模块「{name}」内容偏多：{length} 字（建议不超过 {high} 字）")
    return problems


def check_items(sections: dict) -> list:
    """检查每条经历的描述条数，少于 2 条通常信息量不足。"""
    problems = []
    for name in ("项目经历", "校园经历"):
        body = sections.get(name, "")
        if not body:
            continue
        items = re.split(r"\n###\s+", "\n" + body)
        for item in items[1:]:
            lines = [l for l in item.splitlines() if l.strip().startswith("-")]
            title = item.splitlines()[0].strip()
            if len(lines) < 2:
                problems.append(f"「{name}」下这条经历描述少于 2 条：{title}")
    return problems


def main():
    md_path = Path(sys.argv[1]) if len(sys.argv) > 1 else Path("src/resume.md")
    text = load_text(md_path)
    sections = split_sections(text)

    total = count_cn_chars(text)
    print(f"文件：{md_path}")
    print(f"总信息量：约 {total} 字")
    print(f"识别到模块：{', '.join(sections.keys()) or '无'}")
    print("-" * 40)

    problems = []
    problems.extend(check_contact(text))
    problems.extend(check_sections(sections))
    problems.extend(check_items(sections))

    if not problems:
        print("[PASS] 未发现明显问题，可以进入排版环节。")
        return

    print(f"[WARN] 共发现 {len(problems)} 个待处理项：")
    for i, p in enumerate(problems, 1):
        print(f"  {i}. {p}")


if __name__ == "__main__":
    main()

运行方式很简单，在项目根目录下执行：

bash复制python scripts/check_resume.py src/resume.md

5.3 运行结果怎么读

正常情况下会输出类似这样的结果：

text复制文件：src/resume.md
总信息量：约 720 字
识别到模块：教育背景, 专业技能, 项目经历, 校园经历
----------------------------------------
[PASS] 未发现明显问题，可以进入排版环节。

如果脚本报出 缺少必需模块：项目经历，说明你的 ## 标题写错了，比如写成了「项目经验」，脚本识别不到。如果报 模块「项目经历」内容偏少，就回到第 3 章那个句式改写方法，把描述补厚。如果报 电话 或 邮箱 格式问题，直接检查那两行就行。

这个脚本的价值不在于它多智能，而在于它把「检查」这个动作从主观判断变成了固定流程。每次改完简历跑一遍，30 秒就能排除掉大部分低级错误。

6. 岗位关键词匹配与内容替换

6.1 为什么要做关键词匹配

很多公司会先用系统筛一遍简历，再看人工。系统筛的逻辑很简单：JD 里要求的关键词，在简历里出现了没有、出现几次。所以针对不同岗位微调关键词，是有实际收益的。

做法是把目标岗位的 JD 复制下来存成 jd/example-jd.txt，比如：

text复制岗位职责：
1. 负责公司后端服务的开发与维护，参与需求评审与技术方案设计；
2. 使用 Java、Spring Boot 进行接口开发，配合前端完成联调；
3. 参与数据库设计与 SQL 优化，熟悉 MySQL 索引与事务。

任职要求：
1. 本科及以上学历，计算机相关专业；
2. 熟悉 Java 基础，了解集合、多线程、IO；
3. 熟悉 Spring Boot、MyBatis 等主流框架；
4. 熟悉 MySQL，了解索引优化；
5. 有良好的编码习惯，熟悉 Git 版本管理。

6.2 关键词覆盖率脚本

下面这个脚本会从 JD 里提取出现频次较高的技术词，然后统计这些词在简历里的覆盖情况。

python复制# 文件路径：scripts/match_keywords.py
"""统计目标 JD 中的技术关键词在简历中的覆盖情况。"""

import re
import sys
from pathlib import Path

# 手工维护一份技术词表，比自动分词更可控
TECH_WORDS = [
    "Java", "Python", "Go", "C++", "SQL", "Spring Boot", "Spring MVC",
    "MyBatis", "MySQL", "Redis", "MongoDB", "Linux", "Git", "Maven",
    "Docker", "Kafka", "Nginx", "多线程", "集合", "索引", "事务",
    "接口", "微服务", "单元测试", "数据结构", "算法",
]


def read(path: str) -> str:
    p = Path(path)
    if not p.exists():
        print(f"[ERROR] 文件不存在：{path}")
        sys.exit(1)
    return p.read_text(encoding="utf-8")


def extract_from_jd(jd_text: str) -> list:
    """从 JD 中挑出出现过的技术词，保持词表顺序。"""
    hits = []
    for word in TECH_WORDS:
        if re.search(re.escape(word), jd_text, flags=re.IGNORECASE):
            hits.append(word)
    return hits


def main():
    jd_path = sys.argv[1] if len(sys.argv) > 1 else "jd/example-jd.txt"
    resume_path = sys.argv[2] if len(sys.argv) > 2 else "src/resume.md"

    jd_text = read(jd_path)
    resume_text = read(resume_path)

    keywords = extract_from_jd(jd_text)
    if not keywords:
        print("JD 中未识别到词表中的技术关键词，可先补充 TECH_WORDS。")
        return

    covered, missing = [], []
    for word in keywords:
        count = len(re.findall(re.escape(word), resume_text, flags=re.IGNORECASE))
        if count > 0:
            covered.append((word, count))
        else:
            missing.append(word)

    rate = len(covered) / len(keywords) * 100
    print(f"JD 关键词数量：{len(keywords)}")
    print(f"简历已覆盖：{len(covered)}，覆盖率 {rate:.1f}%")
    print("-" * 40)

    print("已覆盖：")
    for word, count in covered:
        print(f"  {word:<14} 出现 {count} 次")

    if missing:
        print("未覆盖（可评估是否需要补充到技能或项目描述中）：")
        for word in missing:
            print(f"  {word}")


if __name__ == "__main__":
    main()

运行命令：

bash复制python scripts/match_keywords.py jd/example-jd.txt src/resume.md

输出大概是：

text复制JD 关键词数量：9
简历已覆盖：8，覆盖率 88.9%
----------------------------------------
已覆盖：
  Java           出现 4 次
  SQL            出现 3 次
  Spring Boot    出现 3 次
  MyBatis        出现 1 次
  MySQL          出现 2 次
  Git            出现 2 次
  索引            出现 2 次
  事务            出现 1 次
未覆盖（可评估是否需要补充到技能或项目描述中）：
  多线程

覆盖率不用追求 100%。如果某个词你确实不会，硬写进去面试会被问穿。合理的做法是覆盖到 80% 以上，缺的那几个要么确实无关，要么在简历里补一句真实的了解程度，比如「了解 Java 多线程基础，能使用线程池处理批量任务」。

7. 常见问题与排查清单

7.1 导出 PDF 之后排版错乱

这是最常见的反馈。典型现象有三种：导出后变成两页、中文变成方块、分割线消失。原因和解法整理如下：

排查顺序建议是：先看页数，再看字体，最后看装饰。因为页数问题最影响观感，而且往往是最容易解决的——删掉一句最不重要的描述就够了。

7.2 内容看起来「一眼假」

这个问题的表现是：每条描述都写得很漂亮，但全是「负责」「参与」「协助」，没有一个具体的技术点和数字。面试官看到这种简历，第一反应是「这是模板套出来的」。

解法是给每条描述加一个「锚点」：一个具体的技术名词、一个具体的数据、一个具体的场景。比如「负责后端接口开发」改成「使用 Spring Boot 实现 12 个 RESTful 接口，覆盖用户、订单、商品 3 个模块」。改动不大，但可信度完全不同。

还有一类问题是描述里堆了太多形容词，比如「高效地完成了高质量的系统设计」。这种句子可以直接删，它不提供任何信息。技术简历里，动词和名词比形容词值钱得多。

7.3 投递前的完整检查清单

下面这份清单建议每次投递前过一遍，大概两分钟：

1. 文件名是否为「姓名-岗位-学校.pdf」，不要用「简历.pdf」「新建文档(3).pdf」。
2. 是否只有一页，且第二页没有半行残留内容。
3. 手机号、邮箱是否逐位核对过，邮箱是否真的能收到邮件。
4. 求职意向是否和投递岗位一致，不要出现投 Java 岗但写「产品经理」。
5. 项目描述里提到的技术，是否每一条都能在面试中展开讲 2 分钟。
6. 全文是否有错别字，重点检查「的/地/得」和技术名词拼写。
7. 是否有明显的复制粘贴痕迹，比如两个项目的描述句式完全一样。

第 5 条是最容易被忽略的。简历上写的每一个技术点，都是给自己挖的坑，写上去就要能接住追问。宁可不写，也别写一个自己讲不清楚的框架名。

8. 最佳实践与投递工程化建议

8.1 用 Git 管理多个岗位变体

如果你同时投 Java 后端和数据分析两个方向，建议用一个仓库、两个分支或者两个目录来管理。比如 src/resume-java.md 和 src/resume-data.md，共用同一套 CSS，只在内容上区分。这样改样式的时候一次改完，两个版本同时生效，不会出现一个版本字体是宋体、另一个是黑体的情况。

提交信息也建议写清楚，比如「更新图书管理系统描述，补充索引优化数据」「调整教育背景，GPA 改为排名」。半年之后回头看，能快速回忆起每次修改的动机，也方便在面试被问到「你这个项目优化了多少」时翻记录核对。

8.2 模板的可维护性设计

一份模板要用一整年，所以有几个地方值得提前设计好。

命名统一。类名、颜色变量、字号都用一致的规则。比如主色只在一个地方定义，改一次全局生效。CSS 里可以用 :root 定义变量，虽然打印场景下变量支持已经比较普遍，但如果你的浏览器版本较老，直接把颜色写死反而更稳。

内容与样式分离。文字全部放在 Markdown 或单独的文案文件里，样式只放在 CSS 里。这样换岗位的时候不用碰样式，改样式的时候不会误伤内容。

留够扩展位。前面的 HTML 模板只放了 5 个模块，实际使用中可能需要加「证书」「获奖情况」。加模块的方式很简单，复制一个 <section class="section"> 结构，改标题和内容就行，样式会自动继承。

8.3 生产视角的几点提醒

简历虽然不是什么生产系统，但同样涉及信息安全和真实性问题，这里补充几点。

个人信息最小化。简历上只写手机、邮箱、所在城市就够。身份证号、家庭住址、父母信息一律不写，这些不是招聘必需项，写上去反而是风险。

经历描述必须真实。可以优化表达、可以突出技术细节，但不能编造项目、虚构数据。面试官做技术面试时，随便问两个实现细节就能判断真假，一旦被识破，损失远大于收益。

投递前确认文件是最终版。建议把 output 目录下的文件按岗位命名，投递时只从这里取。曾经有人把带批注的版本发出去，批注里写着「这段先编一下」，后果可想而知。

保留原始素材。前面提到的那份「所有经历的原始清单」建议单独存一个文件，长期维护。随着你做的课程设计、练手项目越来越多，往清单里持续追加，下一次写简历就是「从素材库挑选」，而不是「从零开始想」。

9. 继续往下走可以补什么

把上面这套流程跑通，一份结构完整、排版稳定、内容自检过的应届生简历就有了。剩下的事情是持续迭代，方向大致有三个。

第一个方向是把内容写得更实。模板和脚本解决的是「表达效率」，但表达的上限取决于你到底做过什么。与其反复调字体，不如花两周认真做一个能跑起来的小项目，从数据库设计到接口联调完整走一遍，这个过程产出的素材比改十遍简历都值钱。

第二个方向是把工具链再自动化一点。比如加一个脚本，把 Markdown 自动转换成 HTML；或者用定时任务在每次提交后自动导出 PDF；再或者把关键词匹配脚本升级成支持同义词匹配，「索引优化」和「SQL 调优」能互相识别。这些都属于锦上添花，等前两个方向做扎实了再考虑。

第三个方向是准备面试稿。简历上每一条描述，都可以单独写一段 2 分钟的口述稿：背景是什么、我负责哪部分、遇到什么问题、怎么解决的、最后效果如何。把这份口述稿和简历放在一起管理，面试前过一遍，比临场组织语言稳定得多。

最后提醒一句：模板是脚手架，不是房子。它的作用是让你不用在排版上浪费时间，把精力留给内容本身。等你真正有了拿得出手的项目和实习，回头看这份「三无」时期的简历，会发现当初逼着自己把课程设计写清楚的那段经历，其实是最有价值的练习。