简介《软件工程实习记录》面向软件工程、计算机相关专业本科生及需要完成实习报告、毕业材料整理的学生提供一份可直接参考和修改的本科实习记录范文。内容按周记录实习过程与实习方式覆盖可行性分析、需求分析、概要设计、详细设计、编码、项目验收等开发流程并穿插项目经理职责、开发岗位分工与技术栈说明。日志中还涉及文件查找与排序、教师信息页面、Node.js 与 MySQL 增删改查、Linux 与 ARM 开发环境等实践场景便于读者对照自身实习经历补充日志、梳理项目环节和整理收获。包内共1个doc文件约40KB结构集中适合快速查阅与二次编辑。目前已有2924人学习可作为实习记录撰写、课程实践总结和就业材料准备的参考样本。1. 二十五天、五个技术段这份实习记录到底能替你省多少事毕业前那张实习记录表卡人的从来不是没东西写而是不知道写到什么颗粒度才算合格。这份《软件工程实习记录》给的是一个五周、二十五天的逐日样本从 Eclipse 里拖 Swing 控件做文件查找到 Node.js 接 MySQL 做增删改查中间夹着 IIS 站点权限、Tomcat 端口冲突、JSP 中文乱码几个必现故障最后把项目丢进 Tomcat 跑起来。它不是教程是一份带日期的施工日志能直接拿来做大学实习记录的改写底稿。适合正在凑毕业实习材料、又不想写成流水账的人也适合刚碰 Java Web、想看清一条从桌面端到 Web 部署的推进顺序的新手。真正值得抄的不是文字是它每一步都在解决一个具体问题。2. 五周技术主线拆解从 Swing 面板到 Tomcat 部署的顺序为什么不能颠倒把二十五天摊开看它其实压了五条技术线桌面 GUI、网页静态渲染、Node 服务端与数据库、Java Web 框架、部署与运维。顺序不是随便排的每往上一段都要吃掉上一段暴露出来的问题。你要是把顺序打乱比如先上框架再写增删改查会发现配置全会写但说不清一个请求到底经过了哪几层面试官追问两句就露底。这一章把五段线的衔接理由讲透后面第 3 章再落到能跑的代码。2.1 桌面端起步视图和主程序拆两个包不是多此一举记录里 8 月 28 日到 30 日三天做的是同一件事的两半先按文件名模糊查找再把查到的结果按文件名排序。包名写的是com.shixi.viwe和com.shixi.main注意第一个是拼错的 view照抄的时候要么统一改对要么全篇保持一致别一半 viwe 一半 view这是最容易被一眼看出的复制痕迹。目录结构长这样shixi-search/ ├── src/ │ ├── com/shixi/viwe/SearchPanel.java # 只负责组件摆放与事件绑定 │ └── com/shixi/main/Main.java # 负责遍历磁盘、比较、排序、回填 └── out/ # 编译输出为什么非要拆因为遍历磁盘是阻塞操作。文件名查找要递归整个目录树几万个文件下去如果直接写在按钮的actionPerformed里Swing 的事件分发线程被占住界面会假死到遍历结束用户以为程序崩了。常见做法是把遍历放进SwingWorker的doInBackground()中间用publish/process回填进度这块在原文里没写但这是把这段代码拿去交作业时最容易被追问的一点。视图层要做的只有三件事用JTextField收根目录和关键字用JTextArea包一层JScrollPane显示结果用JButton绑一个监听器。主程序负责构造JFrame、setDefaultCloseOperation、pack()、setVisible(true)。这种拆法带来的实际收益是后面老板说排序规则要从文件名换成文件大小你只改主程序那一个方法界面一行都不用动。选择先做桌面端还有一个训练目的它把「输入—处理—输出」这条最短链路摆在你面前没有 HTTP、没有序列化、没有容器出问题只有两种可能——要么文件没找到要么排序写错了。等后面切到 Web链路一长你就知道该从哪一段开始怀疑。2.2 从静态数组到数据库一次请求里数据到底走了几层8 月 31 日到 9 月 7 日这六天是整份记录里信息密度最高的一段。起点很朴素HTML 的table把教师信息写死在数组里渲染出来然后加三个input收编号、姓名、课程名点添加就往页面上塞一行。这里原文提到一个真问题——反复点击会把数据重复渲染到页面上。原因很简单JS 每次都往tbody里appendChild从不清理旧节点。// 错误写法每次添加都往后追加点三次出现三份 tbody.appendChild(tr); // 正确写法先清空再用当前数据整体重绘 tbody.innerHTML ; data.forEach(item tbody.appendChild(buildRow(item)));这个「先清空再重绘」的模式看着笨但它是后面所有数据驱动界面的雏形。等你换成 Express 返回的 JSON渲染逻辑一个字都不用改只把data的来源从内存数组换成fetch的结果。再往上就是 Node 那一段。9 月 4 日装 Node、npm init起项目9 月 5 日用 Express 打通 GET/POST9 月 6 日装 MySQL 并把 Excel 数据导进去9 月 7 日用mysql驱动读数据、JSON.stringify转格式、再做增删改查。整条链路的完整形态是层职责断了的表现浏览器渲染表格、绑按钮事件页面白屏、按钮无反应HTTP 请求fetch 发 GET/POST/DELETENetwork 面板显示 404 或 CORSExpress 路由匹配路径、解析 body返回 500日志有堆栈连接池复用数据库连接首次查询超时、并发后卡死SQL 执行增删改查返回空数组或字段名不对这张表的价值在于排错顺序页面没反应时先开浏览器 Network 看请求发出去没有再看服务端控制台有没有进路由最后才怀疑 SQL。新手最容易犯的错是一上来就改数据库连接串改了半天发现是fetch的路径少写了个/api。还有个小坑藏在 9 月 5 日那句「用数组静态存储学生信息」里。原文先拿数组顶着后面才换数据库这个替换在代码上只改一个函数但暴露的问题很典型数组版没有主键冲突、没有字符集、没有连接超时一旦换成真库这三样会同时找上门。所以记录里把「静态」到「动态」这一步单独占一天是有道理的。2.3 JSP 与三层框架这段为什么不能从记录里删掉9 月 10 日到 9 月 13 日穿插了 Linux 环境熟悉、网络服务器角色、IIS 站点权限、Tomcat 500 错误排查。9 月 14 日到 18 日转向框架Struts 管表示层、Spring 管业务逻辑层、Hibernate 管持久层。很多人写实习记录时会把框架这段删掉觉得「没写过项目写框架太虚」。删了反而可惜因为它是唯一一段能体现你理解分层的地方。原文对三者的定位是准确的可以照着这个骨架展开框架位置解决的问题记录里能写的具体动作Struts表示层把请求分发给对应 Action统一跳转配struts.xml的 action 映射Spring业务层IOC 管对象生命周期AOP 管事务声明式事务配在 service 方法上Hibernate持久层对象与表映射不手写 SQL配hbm.xml或注解映射实体这里有个关键概念别写混Spring 的 IOC 是控制反转也叫依赖注入对象不由你自己new交给容器创建后注入进来AOP 是面向切面把日志、事务这类横切逻辑从业务代码里抽出来。记录里 9 月 17 日那天的表述基本对但「ICO」是笔误应该是 IOC交之前务必改掉——这种错别字在答辩时特别扎眼。JSP 那段9 月 18 日讲的是服务端渲染页面里嵌 Java 代码片段和标签浏览器不支持 Java 也能看到结果因为渲染发生在服务端。和现在前后端分离的路子比JSP 的优点是首屏快、不用写接口缺点是前后端耦合、改个按钮颜色都得重启容器。这个对比写进记录里比单纯抄一句「JSP 是动态技术标准」有价值得多。五段线连起来看就清楚了桌面端教你输入处理输出静态页教你 DOM 操作Node 那段教你 HTTP 与数据库框架那段教你分层部署那段教你环境。每一段都是下一段的前置知识顺序颠倒就会有一段听不懂。3. 四个可复现的最小实现把记录里的功能点跑成能看的程序光有日志没有代码这份记录就只能当作文看。这一章把原文里最值得动手的四个点抽出来每个都给到能直接跑的最小版本并且说清楚参数改哪里、失败了看什么。3.1 文件查找与排序递归、模糊匹配和冒泡的三个边界先看视图层重点在布局和事件绑定的写法package com.shixi.viwe; import javax.swing.*; import java.awt.*; import java.io.File; import java.util.ArrayList; import java.util.List; public class SearchPanel extends JPanel { private final JTextField pathField new JTextField(D:/test, 18); private final JTextField keywordField new JTextField(12); private final JTextArea resultArea new JTextArea(12, 40); public SearchPanel() { setLayout(new BorderLayout(8, 8)); JPanel top new JPanel(new FlowLayout(FlowLayout.LEFT)); top.add(new JLabel(根目录:)); top.add(pathField); top.add(new JLabel(关键字:)); top.add(keywordField); JButton searchBtn new JButton(查找); top.add(searchBtn); add(top, BorderLayout.NORTH); add(new JScrollPane(resultArea), BorderLayout.CENTER); // 事件里只做调度耗时遍历丢给后台线程 searchBtn.addActionListener(e - new Thread(this::doSearch).start()); } private void doSearch() { resultArea.setText(); ListFile hits new ArrayList(); collect(new File(pathField.getText().trim()), keywordField.getText().trim().toLowerCase(), hits); sortByName(hits); for (File f : hits) { resultArea.append(f.getAbsolutePath() \n); } } // 递归收集目录继续下钻文件才做匹配 private void collect(File dir, String kw, ListFile hits) { File[] files dir.listFiles(); if (files null) return; // 目录不存在或无权限直接返回 for (File f : files) { if (f.isDirectory()) { collect(f, kw, hits); } else if (f.getName().toLowerCase().contains(kw)) { hits.add(f); // 模糊匹配就是 contains不是 equals } } } // 冒泡按文件名升序忽略大小写 private void sortByName(ListFile hits) { for (int i 0; i hits.size() - 1; i) { for (int j 0; j hits.size() - 1 - i; j) { if (hits.get(j).getName().compareToIgnoreCase( hits.get(j 1).getName()) 0) { File tmp hits.get(j); hits.set(j, hits.get(j 1)); hits.set(j 1, tmp); } } } } }主程序只负责装载package com.shixi.main; import com.shixi.viwe.SearchPanel; import javax.swing.*; public class Main { public static void main(String[] args) { SwingUtilities.invokeLater(() - { JFrame frame new JFrame(文件查找); frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); frame.setContentPane(new SearchPanel()); frame.pack(); frame.setLocationRelativeTo(null); frame.setVisible(true); }); } }几个参数得说清楚。pathField默认值给绝对路径相对路径在不同启动目录下指向不同位置这是新手最常见的「找不到文件」原因。listFiles()有两种情况返回null传进来的不是目录或者当前用户对这个目录没有读权限所以递归前必须先判空否则第一次跑就抛空指针。模糊匹配用contains但两边都做了toLowerCase否则搜「Report」搜不到report.txt这个大小写问题在 Windows 上不明显换到 Linux 上会立刻暴露。冒泡排序这里要说句实话它是 O(n²)几百条结果没问题上万条会明显卡顿。原文选冒泡是教学目的真要用就把sortByName换成hits.sort(Comparator.comparing(File::getName, String.CASE_INSENSITIVE_ORDER))一行搞定性能是 O(n log n)。记录里把这个替换写进去比只写「采用冒泡排序」显得懂行。还有一个原文没提但一定会遇到的边界符号链接和快捷方式会导致递归绕圈Windows 下的 junction 目录尤其明显。稳妥做法是维护一个已访问路径集合或者限制递归深度比如超过 8 层就不再下钻。3.2 Node Express MySQL一套增删改查的最小骨架先起项目三条命令mkdir teacher-page cd teacher-page npm init -y npm install express mysql2用mysql2而不是老的mysql包因为它原生支持 Promise写await不用回调套回调。建表语句一起给上CREATE DATABASE IF NOT EXISTS teacher_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE teacher_db; CREATE TABLE IF NOT EXISTS teacher ( id VARCHAR(20) PRIMARY KEY, -- 编号做主键重复插入直接报错 name VARCHAR(50) NOT NULL, course VARCHAR(80) NOT NULL ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;服务端骨架// server.js const express require(express); const mysql require(mysql2/promise); const app express(); app.use(express.json()); // 解析 POST 的 JSON body app.use(express.static(public)); // 静态页放 public 目录直接访问 const pool mysql.createPool({ host: 127.0.0.1, port: 3306, user: root, password: 改成你自己的密码, database: teacher_db, charset: utf8mb4, // 关键和建表字符集保持一致 connectionLimit: 10 // 连接池上限本地开发 10 足够 }); // 查 app.get(/api/teachers, async (req, res) { const [rows] await pool.query( SELECT id, name, course FROM teacher ORDER BY id); res.json(rows); // 直接返回数组前端好渲染 }); // 增 app.post(/api/teachers, async (req, res) { const { id, name, course } req.body; try { await pool.query( INSERT INTO teacher (id, name, course) VALUES (?, ?, ?), [id, name, course]); // 占位符防注入别拼字符串 res.json({ ok: true }); } catch (err) { res.status(400).json({ ok: false, msg: err.code }); // 主键冲突走这里 } }); // 改 app.put(/api/teachers/:id, async (req, res) { const { name, course } req.body; await pool.query( UPDATE teacher SET name ?, course ? WHERE id ?, [name, course, req.params.id]); res.json({ ok: true }); }); // 删 app.delete(/api/teachers/:id, async (req, res) { await pool.query(DELETE FROM teacher WHERE id ?, [req.params.id]); res.json({ ok: true }); }); app.listen(3000, () console.log(http://127.0.0.1:3000));前端渲染那段核心就一句tbody.innerHTML 前面已经讲过。这里补一个原文踩到的坑添加信息重复显示。除了不清理节点还有一个更隐蔽的原因——表单提交后页面刷新如果提交走的是form的默认行为而不是fetch浏览器会把上一次的渲染结果和刷新后的结果同时呈现看起来像重复。正确的做法是给按钮绑click处理函数里第一行e.preventDefault()。参数层面要记住三个connectionLimit控制并发连接数本地开发设 10、上线按数据库最大连接数的七成来配charset必须和建表时一致否则中文进去是问号port改成 89 之类的非标准端口时前端fetch的地址也要跟着改这一点会在第 5 章展开。3.3 中文乱码与端口占用两条必现故障的定位链这两个问题在原文里各占一天9 月 21 日和 9 月 28 日几乎是照着实操就会撞上的。先把中文乱码的排查顺序列出来它是三处编码必须同时对齐只改一处等于没改位置要设成什么改哪里数据库与表utf8mb4建库建表语句或ALTER TABLE ... CONVERT TO连接串charsetutf8mb4createPool/ JDBC URL页面pageEncoding与contentTypeJSP 头部两行响应头Content-Type: application/json; charsetutf-8res.json一般自带手写res.send要补原文里把数据库和页面都改成 GBK 也解决了问题这属于「两处一致就行」的土办法能跑但不推荐——GBK 存不下 emoji一旦有特殊字符就炸。新项目一律 utf8mb4代价只是存储空间多一点点。端口占用更好定位Windows 下先查再杀# 查谁占了 8080 netstat -ano | findstr :8080 # 最后一列是 PID比如 12345直接结束 taskkill /PID 12345 /FLinux 下换成ss -lntp | grep 8080或lsof -i:8080。原文的处理方式是换端口把 Tomcat 的Connector port从 8080 改成 89 并重启。这个办法能救急但要提醒一句89 属于低位端口某些系统上非管理员账号绑不上正常做法是换到 8081、8090 这类高位端口同时记得同步改前端请求地址和 Nginx 反代配置否则会从「端口冲突」变成「页面 404」排查成本翻倍。Tomcat 那个 500 错误也值得单说。原文最后定位到是 jar 包和数据库版本不匹配这个结论对但过程可以更省时间500 出现后第一件事是看logs/catalina.out或localhost.log堆栈第一行往往就写明了类找不到还是驱动不兼容。JDBC 驱动版本和数据库大版本必须对上比如 SQL Server 2000 那代要用老版驱动拿新驱动去连就会在建立连接时直接抛异常而不是等到执行 SQL 才报错。4. 从日记到交付物二十五条记录怎么改才不像流水账技术点跑通了接下来是文字。原文的日记体优点是细节多缺点是每天都以「今天来到公司」开头二十五天读下来像复读机。改写的核心思路是保留每天的具体动作砍掉重复的开场白把「我知道了什么」换成「我改了什么、结果从 A 变成 B」。4.1 六步流程落到周维度每周必须出现的三类句子原文第一天就把软件开发的六个阶段列全了可行性分析、需求分析、概要设计、详细设计、编码、项目验收。但后面二十五天里这六个词再没出现过。这是实习记录最常见的断裂——开头抄一段标准流程后面全是干活评审老师一看就知道流程那段是贴上去的。改法是让流程词在每周的记录里各落一次落到具体动作上周次技术主线记录里该出现的流程词可验证的产物第一周桌面查找与排序、静态单页需求分析明确查找/排序规则、详细设计包结构划分两个包、一个可运行面板第二周Node 搭服务、MySQL 建表、增删改查概要设计接口清单、编码四个接口、一张表第三周Linux 环境、IIS、Tomcat 500环境验证、缺陷修复日志片段、端口配置第四周三层框架、JSP 回显、项目建模详细设计分层、模型评审分层目录、实体映射第五周商城增删改查、乱码、部署上线编码、项目验收可访问的首页地址这张表还有个用法写的时候倒过来先定每周的产物再补那一周的经过。产物是硬的经过是软的先硬后软就不会通篇空话。「我在struts.xml里配了三个 action 映射」比「我学习了 Struts 框架」强十倍。另外原文第一周那句判断值得保留并强化代码实现只占整个开发过程的百分之十五。这个比例不一定精确但它是一个有观点的句子比平铺直叙的记录更让人记住。改写时可以说清楚这百分之十五之外的时间花在哪——环境搭建、数据准备、联调、改 bug正好对应第三周和第五周的内容前后就呼应上了。4.2 岗位与技术栈别写成招聘网站的 JD原文 8 月 29 日列了 IT 行业的主要职位软件开发员、项目经理、技术总监、架构师、总经理、售前售后。这段如果照抄招聘网站的职责描述就成了废话。正确写法是每个职位配一个你当天看见的动作职位职责一句话记录里能落到哪个场景软件开发员按设计文档实现功能模块你写查找面板、写增删改查的那几天项目经理拆任务、排期、控进度分组那天谁做什么功能谁定架构师定分层、定技术选型决定用 Express 还是 JSP 的那一刻技术总监跨项目协调、把技术方向不太可能接触到写「了解到」即可售前售后需求对接、上线后支持需求分析阶段客户提的修改意见技术栈那段同理。原文摘要里列了前端 HTML/CSS/JS、后端 Java/Python、数据库 MySQL/Oracle/SQL Server这属于教科书式罗列。落到记录里应该收敛成一句这次用到的是 HTML CSS JS 做页面Node/Express 做接口MySQL 存数据Java Web 那条线另外走了 JSP 三层框架。用了什么就写什么没用过的别列否则被问到「Oracle 你建过几个表空间」就答不上来。4.3 措辞自检这四类句子必须替换成自己的细节改完之后通读一遍凡是符合下面特征的句子一律换掉第一类是「通过今天的实习我了解到……」开头的总结句。换成「今天在 X 文件的第 N 行把 A 改成了 B页面从空白变成有数据」。第二类是「这对我以后的就业有很大的帮助」。这类展望句在实习记录里出现一次是礼貌出现三次就是凑字数直接删。第三类是「遇到了很多问题同事都很耐心地帮我解决」。问题是什么、怎么解决的一句没写等于没发生。第四类是纯概念复述比如「JSP 是由某机构倡导、许多公司参与建立的一种动态技术标准」这种句子百度一搜一大把改成「JSP 把 Java 代码嵌进 HTML在服务端渲染完再发给浏览器所以浏览器不装 Java 也能看」。还有一个格式层面的细节原文日期是「2018 年 8 月 27 日」这种中文写法二十五条全部统一没问题但如果你的模板要求2018-08-27就全篇统一成短横线格式别混着来。周次标题「第一周」「第二周」也要和模板的层级对上有的模板要求周次作为一级标题、日期作为二级提前看清楚再动笔。5. 避坑复现这份记录时最容易翻车的五个地方这一章全是血泪经验。原文里有几处当时解决了、但没写清原因的地方照着做大概率会再撞一次。5.1 环境与依赖类现象一MySQL 装到一半失败服务起不来。原因在原文 9 月 20 日已经点破——安装时没选「开发者」选项。安装向导里的几个预设配置决定了端口、字符集、服务名和初始账号选错预设后面要改一堆配置文件。解决办法是卸载重装安装类型选 Developer Default端口保持 3306字符集选 utf8mb4装完立刻用命令行连一次确认服务在跑。别在装失败的状态下硬改配置文件那是给自己挖坑。现象二中文能存进去但查出来是问号。原因是有三处编码没对齐只改了其中一处。最常见的是建库时用了默认的 latin1连接串写了 utf8页面又是 GBK。解决办法按第 3.3 节那张表逐项核对改完表字符集后记得把已有数据重新导一次ALTER TABLE只影响新写入的行老数据不会自动转码。这一步没做你会以为改了没用。现象三Tomcat 启动报端口被占用换成 89 之后前端 404。原因是端口改了但前端请求地址、反向代理配置、防火墙规则三处没同步。解决办法是换端口时列一张清单server.xml的 Connector、前端 fetch 的 baseURL、Nginx 的proxy_pass、以及任何写死地址的配置文件四处一起改。我一般的习惯是先在netstat里确认新端口没被占再动配置改完立刻curl一次验证别等整套跑起来才发现。现象四JDBC 连接报错堆栈指向驱动类找不到。原文 9 月 13 日那个 500 错误就是这个。原因是驱动 jar 的版本和数据库大版本对不上或者 jar 根本没放进WEB-INF/lib。解决办法是先看堆栈第一行的异常类型ClassNotFoundException是 jar 没进类路径SQLException带版本信息的是驱动不匹配。前者检查 lib 目录和构建路径后者换对应版本的驱动别去改连接串浪费时间。5.2 内容交付类现象五记录交上去被退回理由是「像模板」。原因不是你写得不好是二十五天里有二十天用了同一个开头。评审看三页就疲劳了。解决办法很简单把每天的记录按「今天要解决什么 → 卡在哪 → 怎么绕过去 → 结果」四段来写开头那句「今天来到公司」直接删掉从任务写起。同一件事换个角度描述比如 8 月 28 日和 8 月 30 日都是新建com.shixi.viwe包、都是拖 Swing 组件那就把第二天写成「在上次的面板上加了排序按钮和排序逻辑」体现延续性而不是复制粘贴。还有一条不属于技术但很容易踩记录里别写具体公司名、具体人名、具体项目名。原文里出现的经理姓氏、商城项目名交付前统一替换成「带队经理」「某商城项目」这类代称。这不只是合规问题也是保护自己——材料一旦流传出去具体信息越少越安全。6. 进阶自检给每个技术点配一条能验证的证据改写完成后我建议再做一件事给记录里出现的每个技术点配一条可验证的证据。这不是为了交材料是为了答辩时被追问能立刻拿出来。做法是建一张三列的表——技术点、验证方式、我当时看到的输出。技术点验证方式期望输出Swing 查找在 D:/test 放三个含关键字的文件点查找三行绝对路径按文件名升序Express 接口curl http://127.0.0.1:3000/api/teachersJSON 数组中文正常显示MySQL 字符集SHOW VARIABLES LIKE character_set_%关键项均为 utf8mb4Tomcat 部署浏览器访问http://127.0.0.1:8081/项目名/index.jsp页面正常无 404/500端口占用netstat -ano | findstr :8081只有 Tomcat 一个 PID这张表还有个副作用它会逼你把没跑通的部分删掉。凡是拿不出输出的技术点要么补跑一遍要么从记录里降级成「了解到」而不是「实现了」。我见过太多材料写了「完成增删改查」一问连接池怎么配的、字符集设的什么全答不上来。更进一步把每天的记录对应到一段能复现的操作上。比如 9 月 26 日解决了中文乱码那就在记录旁边附上改之前和改之后的两次查询结果截图或者命令行输出。文字可以润色输出骗不了人。这也是我判断一份实习记录能不能用的标准随便挑一天能不能在半小时内把那天的事重新做一遍。能就是真的不能就还得改。说个我自己的教训。早年帮人改这类材料我总想着把文字打磨漂亮结果对方拿去答辩被问了三个环境配置问题就卡住了回来找我我们花了一整晚把 MySQL 字符集、Tomcat 端口、Node 版本三件事重新跑了一遍材料反而改得更朴素但每一句都站得住。从那以后我每次改完记录都强制走一遍这张证据表跑不通的句子一律删掉宁可少写三天也不留一句没法验证的话。希望帮到你。本文还有配套的精品资源点击获取
