开源一套可直接运行的Java合同信息管理系统SpringBootSSM的落地思路不知道你有没有这种感觉Java技术栈做Web管理后台选项多到让人挑花眼但真正到了要交付一个“能跑、能改、能答辩、还能写进简历”的项目时大家不约而同地会回头用SpringBootSSM这套组合。最近我正好把一套合同信息管理系统从零搭完技术栈是SpringBoot Spring SpringMVC MyBatis也就是标题里说的SSM三件套再加上MySQL做持久化、Thymeleaf做服务端页面渲染。这套系统能管合同的新增、修改、删除、查询、审批流转、附件上传下载、到期提醒和基础统计算是把中小企业合同管理的核心场景都覆盖了。这篇文章我不打算只贴源码结构而是从实际交付的角度把为什么要选这套技术栈、合同管理系统的业务边界画在哪、数据库怎么设计、一条合同数据从表单到数据库的完整链路怎么走、以及调试阶段最容易被卡住的几个点一次性讲透。适合正在做课程设计、毕业设计或者想拿一个完整项目练手的Java后端学习者。如果你手头也有一套类似的“源码LW调试文档讲解”的交付包这篇文章正好可以作为你二次开发和写文档时的思路参考。1. 为什么说合同管理是JavaWeb项目里“进可攻退可守”的选题先聊一个很实际的问题市面上的管理系统选题这么多学生管理系统、图书管理系统、仓库管理系统为什么我最后选了合同信息管理系统因为它处在一个非常微妙的位置——业务复杂度恰好能撑起一个完整项目又不至于复杂到一个人搞不定。1.1 业务规模卡得刚刚好一个合同管理系统往简单了做就是“合同的增删改查”往复杂了做可以加入审批工作流、对接电子签章、合同模板引擎、财务付款节点提醒、多租户数据隔离。对个人开发者或者三五人的小团队来说你完全可以按需裁剪。我当时定的范围是用户登录、角色权限、合同全生命周期管理、附件管理、到期提醒、数据看板这几个模块。这个规模正好对应一张ER图、十几张核心表、二十几个接口。站在课程设计和毕业设计的视角这个业务域有两个天然优势第一合同这个对象本身字段足够丰富合同编号、合同名称、甲方乙方、签订日期、生效日期、到期日期、合同金额、付款方式、履约状态……每一个字段都能对应一个查询条件或统计维度第二合同管理天然有“审批”和“状态流转”的概念这让项目不止是CRUD还能体现出业务流程设计能力。1.2 技术栈覆盖面是就业市场的“最大公约数”为什么标题里同时出现SpringBoot和SSM这其实是当前Java后端项目命名的一个常态——SpringBoot负责快SSM负责全。你打开招聘网站看Java后端岗位SSM和SpringBoot几乎是出现频率最高的两个关键词。把这两者结合在一个项目里意味着你用一套代码同时覆盖了三层框架的面试考点Spring的IOC/AOP、SpringMVC的请求链路、MyBatis的SQL映射和SpringBoot的自动配置。更重要的是这套技术栈的调试成本低。项目跑不起来的时候日志里报的错你在搜索引擎里基本都能找到前人踩坑的解决方案不像一些冷门框架报个错只能自己翻源码。对于需要交付源码和调试文档的项目来说这一点太重要了。1.3 真实场景里Excel管合同是真的会出事我还见过一些小型公司合同管理完全靠Excel表格加网盘文件夹。合同信息在表格里扫描件在网盘里每次要查一个合同得先在表格里CtrlF找到编号再去网盘翻文件夹。最怕的是合同到期忘记续签、付款节点错过违约金这种疏漏造成的损失远大于一套系统的开发成本。所以这套合同信息管理系统在演示的时候有一个非常打动人的业务场景合同到期提醒。系统每天扫描一遍合同列表把30天内到期的合同推送在首页看板管理员再也不用自己拿日历去对日期。这个功能不大但它把系统的价值从“数据记录”提升到了“风险管理”也是答辩时很好讲的一个亮点。2. SpringBoot与SSM的真实关系不是二选一而是“一快带三件套”很多新手拿到这套题目的第一反应是SpringBoot和SSM不是两个东西吗为什么能放在一起这其实是个误解。SSM是Spring SpringMVC MyBatis三个框架的缩写SpringBoot则是Spring生态下的一个快速开发框架。SpringBoot并不替代SSM中的任何一环而是用自动配置把这些框架“管起来”让你少写大量XML配置。2.1 四个组件在项目里各自扮演什么角色我用一个生活化的类比来解释SpringBoot像是一个精装修的物业公司把水电、燃气、网络都提前接通了你拎包入住就行Spring是房子的主体结构所有对象的新建和管理都由它负责SpringMVC是房子的前台所有外部请求都由它先接住再分发给对应的处理人员MyBatis则是通向外部的管道系统Java对象和数据库记录之间的转换全靠它。在具体的项目代码里这个分工体现在组件在项目中的职责典型代码痕迹SpringBoot启动入口、自动配置、内嵌Tomcat、依赖版本管理SpringBootApplication、application.ymlSpringBean容器、依赖注入、事务管理Service、Autowired、TransactionalSpringMVC接收HTTP请求、参数绑定、响应返回Controller、RequestMapping、ResponseBodyMyBatisSQL与Java方法的映射、结果集封装Mapper、Mapper.xml、ResultMap2.2 为什么不用Spring Boot JPA而选MyBatis标题里既然含SSM持久层自然要定在MyBatis。选它的原因很务实一是中文互联网上MyBatis的学习资料和踩坑记录最丰富交付项目时无论你自己调试还是别人接手都更容易二是MyBatis对SQL是显式控制的复杂的多表联查、统计报表能写得非常直观。JPA的自动化程度高但一旦涉及复杂查询要么写JPQL要么写原生SQL反而比MyBatis多一层心智负担。还要考虑一个“面试友好度”。大家应该都有这种经验简历上写了“熟悉SpringBootMyBatis”面试官大概率会问MyBatis中#{}和${}的区别、Mapper接口能不能重载、一级缓存和二级缓存。而如果写“熟悉JPA”面试官可能直接让你现场写一个动态查询的Specification。哪个更容易准备显而易见。2.3 用SpringBoot整合SSM时最该注意的自动配置逻辑SpringBoot对SSM的整合主要体现在两个自动配置上一个是DataSourceAutoConfiguration它会读取application.yml里的数据源配置并自动创建DataSource另一个是MybatisAutoConfiguration它会在classpath下找到MyBatis相关依赖后自动扫描Mapper注解的接口并注册到Spring容器。这里有一个新手很容易忽略的坑如果你在application.yml里没有配置mybatis.mapper-locationsSpringBoot会按照默认路径classpath*:mapper/**/*.xml去找Mapper的XML文件。很多人把XML文件放在src/main/java的包里而不是src/main/resources下结果项目启动不报错但一调用DAO方法就报Invalid bound statement (not found)。这个错误在后面的调试章节里我会专门展开这里先记住一个经验MyBatis的XML文件最好放在resources目录下并在配置里显式指定mapper-locations。3. 合同管理系统到底在管哪些事核心业务模块的功能边界写这套系统之前我专门和做企业服务的朋友聊过一次了解到他们公司内部对合同管理的核心诉求其实就四件事合同别弄丢、到期别忘续、付款别超时、审批要留痕。围绕这四件事我把系统拆成了六个模块每个模块的功能边界都很清晰。3.1 用户与权限RBAC模型的最小可用实现系统有四种角色管理员、销售专员、部门经理、财务人员有的版本会再加一个法务角色看你需要。为了不把权限设计得过于复杂我采用的是最简单的RBAC模型——用户表、角色表、用户角色关联表。没有引入菜单权限表因为对于这种规模的项目按钮级权限在前后端各做一次判断即可没必要在数据库里存一份菜单才显示那份菜单。管理员拥有全部权限销售专员可以新增合同、修改自己创建的合同、上传附件部门经理拥有审批权限能看到所辖部门的全部合同财务人员只读合同金额和付款状态相关字段不能修改合同本体。这个权限模型的粒度刚好够答辩时讲清楚又不会因为过度设计导致代码量翻倍。3.2 合同全生命周期管理状态机是灵魂合同不是一张静态的表单它有生命周期。在我的设计里合同的状态流转为草稿 - 待审批 - 审批通过/已驳回 - 执行中 - 已到期 - 已归档。这里核心是一个简单的状态机状态字段用int类型存储映射关系写在枚举类里。很多初学者在做这类系统时容易把系统做成“一张表套一个CRUD”状态字段只是个被人为修改的字符串这是不对的。我在Service层里封装了一个updateContractStatus的方法所有状态的变更必须经过这个入口禁止直接通过update接口把草稿改成已归档。这种做法在大型系统里叫“状态机约束”它能防止数据在非法状态下流转。3.3 附件管理被很多人低估的一个模块合同管理系统里附件管理和合同数据本身同等重要。一份合同扫描件如果丢了数据库里的记录再完整也没有法律效力。我实现了上传、下载、预览仅支持PDF和图片、删除四个功能。文件存储常见的方案有三种方案优点缺点适用场景本地磁盘存储实现简单没有额外依赖不方便迁移、备份麻烦单机演示、课程设计FastDFS/MinIO扩展性好、支持分布式环境搭建有门槛企业级真实项目阿里云OSS/COS稳定、功能丰富要花钱、要配密钥商用SaaS我做的是本地磁盘存储数据库的contract_file表里只存文件的相对路径和上传时间。下载时通过ResponseEntity把文件流写回前端。这里有一个细节文件名入库时要重命名用UUID 原始文件后缀避免中文文件名或非法字符引发的问题同时防止不同用户上传同名文件互相覆盖。实际的原始文件名我会存在另一个字段里下载时再从数据库读出来设置到响应头。3.4 审批流与到期提醒让系统“活”起来的两个功能审批流我采用的是单级审批销售提交合同后状态变为“待审批”部门经理登录后在待办列表里看到点击通过或驳回。审批记录单独存一张表记录审批人、审批时间、审批意见、审批结果。这样做的好处是能追溯每一份合同的审批历史答辩时可以理直气壮地说“系统满足合同审计要求”。到期提醒则有两种实现层次。简单层首页展示“即将到期合同列表”查询时带一个end_date - 当前日期 30的条件进阶层用Spring的Scheduled定时任务每天上午9点扫描一次到期合同给负责人发送站内信项目规模再大一点可以对接邮件或短信。我建议做定时任务这一层代码量不大但项目含金量明显提升。4. 数据库设计合同管理系统到底需要几张表这套合同信息管理系统的数据库一共8张表名字和职责如下表名职责核心字段sys_user系统用户user_id, username, password, real_name, role, statuscustomer合作客户甲乙双方customer_id, customer_name, contact_person, phone, addresscontract_type合同类型字典type_id, type_namecontract_info合同主表contract_id, contract_no, contract_name, customer_a, customer_b, type_id, amount, sign_date, start_date, end_date, status, owner_id, payment_status, remark, create_time, update_timecontract_file合同附件表file_id, contract_id, file_name, file_path, file_size, upload_user, upload_timeapproval_record审批记录表record_id, contract_id, approver_id, approve_result, approve_comment, approve_timeoperation_log操作日志表log_id, user_id, operation, detail, create_timesys_menu可选菜单表menu_id, menu_name, parent_id, icon4.1 合同主表的关键设计决策合同主表是整个数据库设计的核心。我挑几个关键字段说说设计决策背后的逻辑金额字段合同金额用DECIMAL(18, 2)而不是DOUBLE。这是老生常谈但永远有人踩坑的地方。DOUBLE是浮点数0.1 0.2 这种精度问题在计算合同总额、统计报表时会无限放大。DECIMAL是定点数按整数存储小数精度有保证。状态字段status用TINYINT类型存数字0草稿、1待审批、2已通过、3已驳回、4执行中、5已到期、6已归档。不用字符串的原因是数字占空间更小、索引效率更高。当然缺点是不直观所以我会在枚举类里定义好常量和描述前端通过dict接口获取状态映射。时间字段sign_date、start_date、end_date用DATE类型create_time、update_time用DATETIME。需要注意DATETIME在MySQL 8.0之后的默认行为是支持小数秒的但业务系统一般精确到秒就够了没必要开启DATETIME(6)白白增加存储开销。4.2 客户表为什么拆出来而不直接塞到合同表当你设计第一版时可能会觉得“合同反正有甲方、乙方那就在合同表里加两个字符串字段不就完事了吗”这确实能跑通但有一个致命的逻辑漏洞同一家客户和你们签了多份合同客户信息散落在多个合同记录里哪天客户联系人电话换了你难道要一条一条去改用户应与角色表关联所以正确做法是单独建一条customer表合同中保存customer_a和customer_b的外键引用。查询的时候通过JOIN拿客户名称。这样客户信息变更只需要改一处而且后续做“客户合同数量统计”“客户贡献金额排行”这类报表会非常顺手。4.3 审批记录表合同审计和二次开发的扩展点approval_record这张表我在设计之初就把它定位为“合同审计线索”。每一次审批动作都会往这张表里插一条数据内容包括审批人、审批结果、审批意见、审批时间。它在系统实际使用中解决的关键问题是当合同出现问题需要追责时可以直接通过contract_id查到这个合同的全部审批历史谁在什么时间拍了板、写了什么意见一目了然。从二次开发的角度这张表的价值在于如果你的项目后续要升级为多级审批比如部门经理审完还要法务审、财务审只需要往这张表里加一个approval_level字段把原来的单条审批记录改成链条结构业务代码的改动量也完全可控。5. 一条合同数据的前半生从表单提交到MySQL落库这一节我带着大家走一遍经典的全栈链路帮助你理解SpringBootSSM前后端是如何配合的。假设前端页面上销售专员填写了一条新的合同信息并点击“提交”。5.1 SpringMVC接收请求与参数绑定前端用Ajax把表单数据封装成JSON或FormDataPOST到/contract/add。SpringMVC中对应的Controller代码如下Controller RequestMapping(/contract) public class ContractController { Autowired private ContractService contractService; PostMapping(/add) ResponseBody public Result add(RequestBody ContractDTO contractDTO, HttpSession session) { User loginUser (User) session.getAttribute(loginUser); if (loginUser null) { return Result.error(未登录); } contractService.addContract(contractDTO, loginUser); return Result.success(合同新增成功); } }RequestBody注解负责把请求体中的JSON字符串反序列化成ContractDTO对象。这里为什么用ContractDTO而不是直接用Contract实体类目的有两个第一避免前端传来的额外字段污染实体类第二把必要的字段缺失校验放在Controller层完成不让不合法数据进入Service。5.2 Service层的事务边界新增合同与生成编号缺一不可Service层是业务逻辑的核心我的addContract方法长这样Service public class ContractServiceImpl implements ContractService { Autowired private ContractMapper contractMapper; Autowired private ContractFileMapper contractFileMapper; Autowired private ContractTypeMapper contractTypeMapper; Override Transactional(rollbackFor Exception.class) public void addContract(ContractDTO dto, User loginUser) { // 1. 校验合同类型是否存在 ContractType contractType contractTypeMapper.selectById(dto.getTypeId()); if (contractType null) { throw new BusinessException(合同类型不存在); } // 2. 生成唯一的合同编号 String contractNo generateContractNo(); // 3. 组装实体并保存 Contract contract new Contract(); BeanUtils.copyProperties(dto, contract); contract.setContractNo(contractNo); contract.setStatus(ContractStatusEnum.WAIT_APPROVE.getValue()); contract.setOwnerId(loginUser.getUserId()); contract.setCreateTime(new Date()); contract.setUpdateTime(new Date()); contractMapper.insert(contract); // 4. 如果附带附件保存附件记录 if (dto.getFileList() ! null !dto.getFileList().isEmpty()) { ListContractFile fileList dto.getFileList().stream().map(fileDTO - { ContractFile file new ContractFile(); file.setContractId(contract.getContractId()); file.setFileName(fileDTO.getFileName()); file.setFilePath(fileDTO.getFilePath()); file.setFileSize(fileDTO.getFileSize()); file.setUploadTime(new Date()); return file; }).collect(Collectors.toList()); contractFileMapper.batchInsert(fileList); } // 5. 写入操作日志记录“新增合同”操作 OperationLog log new OperationLog(); log.setUserId(loginUser.getUserId()); log.setOperation(新增合同); log.setDetail(合同编号 contractNo); log.setCreateTime(new Date()); operationLogMapper.insert(log); } }注意Transactional(rollbackFor Exception.class)这个注解它的作用是方法内部如果抛出了任何异常数据库会自动回滚到方法调用前的状态。核心业务里新增合同和新增附件必须是一个原子操作不能出现“合同主表有了记录但附件记录丢失”的情况。很多人写事务只写Transactional不指定rollbackFor结果遇到受检异常时事务不生效数据半路落地这个问题在面试里也是个高频考点。5.3 MyBatis的SQL映射写SQL的时候必须知道自己在查什么MyBatis的工作是把Mapper接口方法映射到具体的SQL语句。以查询合同列表为例这个SQL同时也是系统里最复杂的一个select idselectContractPage resultTypecom.example.contract.entity.vo.ContractVO SELECT c.contract_id, c.contract_no, c.contract_name, ca.customer_name AS customer_a_name, cb.customer_name AS customer_b_name, t.type_name, c.amount, c.sign_date, c.start_date, c.end_date, c.status, c.owner_id, u.real_name AS owner_name FROM contract_info c LEFT JOIN customer ca ON c.customer_a ca.customer_id LEFT JOIN customer cb ON c.customer_b cb.customer_id LEFT JOIN contract_type t ON c.type_id t.type_id LEFT JOIN sys_user u ON c.owner_id u.user_id where if testcontractName ! null and contractName ! AND c.contract_name LIKE CONCAT(%, #{contractName}, %) /if if testcontractNo ! null and contractNo ! AND c.contract_no #{contractNo} /if if teststatus ! null AND c.status #{status} /if if testamountMin ! null AND c.amount gt; #{amountMin} /if if testamountMax ! null AND c.amount lt; #{amountMax} /if /where ORDER BY c.create_time DESC /select几个要点说明一下用LEFT JOIN而不是INNER JOIN保证合同主表的记录即使没有关联到客户或类型也照样能查出来。比如某条合同的客户被误删了你至少还能在列表里看到这条合同的基本信息。列表查询用的是ContractVO视图对象里面冗余了客户名、类型名、负责人姓名这些跨表字段。如果直接把Contract实体返回给前端前端还要拿着customer_a的ID再调一次客户详情接口一次请求变N次这种设计是不合理的。where标签和if标签是MyBatis动SQL三剑客里的两位可以实现“非空字段才作为查询条件”。第四个条件是金额范围查询注意XML里和符号需要转义gt;、lt;这种方式写SQL不会被XML解析器误判。全文的SQL里#{contractNo}用的是预编译占位符MyBatis会把它替换成?由JDBC驱动做参数绑定能有效防止SQL注入。这个#{}和${}的区别是Java面试必考题你在项目里写对了一次面试时就有真实素材可以讲。5.4 合同编号生成的细节高并发下载注意幂等合同编号要满足两个要求全局唯一、可读性高。我采用的规则是private String generateContractNo() { String datePart new SimpleDateFormat(yyyyMMdd).format(new Date()); String randomPart String.format(%04d, new Random().nextInt(10000)); return HT- datePart - randomPart; }生成规则就是“HT 日期 4位随机数”。这个方案在数据量不大的内部系统里完全够用。但如果你的系统并发量高需要考虑用Redis的INCR是更稳妥的方式获得自增编号。不然两台服务器同时生成同一个随机数合同编号就重复了。我在文档里会注明这一点强调“当前实现适用于中低并发场景”。6. 调试与部署阶段的真实踩坑库照着排能省一整天最后这部分我把这个项目调试过程中遇到的实际问题和解决方案整理在下面。这些问题基本都是SpringBootSSM项目里的高频坑你跑这套系统时大概率也会遇到其中一个两个。6.1 JDK版本和SpringBoot版本的隐藏适配关系很多人拿到源码后第一步就卡在环境上项目启动报出UnsupportedClassVersionError或者一堆奇怪的依赖错误。绝大多数情况是JDK版本和SpringBoot版本不匹配。SpringBoot 2.x系列基于JDK8开发也可以运行在JDK8以上但SpringBoot 3.x强制要求JDK17及以上。如果我是顺着SpringBoot 2.x生成的这套项目JDK8是默认选择。如果你本机已经装了JDK17记得在pom.xml里把java.version改成17同时确保spring-boot-starter-parent是3.x版本。不然会报“类文件具有错误的版本”。这是第一道门槛环境不对后面全是无用功。6.2 MyBatis报Invalid bound statement (not found) 的完整排查链路这个错基本是MyBatis项目最容易翻车的点。报错信息长这样org.apache.ibatis.binding.BindingException: Invalid bound statement (not found): com.example.mapper.ContractMapper.selectById。按照我自己的排查习惯按以下顺序检查检查Mapper接口和XML是否同名。ContractMapper.java对应ContractMapper.xml文件名必须完全一致包括大小写。检查XML文件的目录。如果在IDEA中看到XML文件是浅黄色图标而不是红色图标说明文件没有被Maven识别为资源文件。在pom.xml的buildresources里显式包含src/main/java下的xml或者干脆把XML文件挪到src/main/resources/mapper目录下。检查application.yml里的mybatis.mapper-locations。我一般会显式写mybatis.mapper-locations: classpath:mapper/*.xml避免依赖默认配置。检查Mapper注解是否加在接口上或者启动类是否加了MapperScan。两者有一即可不要两个都不用。我的经验是遇到这个错80%是XML文件没被加载而不是SQL写错。先在application.yml里加上logging.level.com.example.mapperdebug观察启动日志中是否打印了Creating MapperFactoryBean之类的信息很快就能定位。6.3 数据库连接串和时区问题使用MySQL 8.0以上版本时JDBC连接串里强烈建议显式指定时区和SSL配置spring: datasource: url: jdbc:mysql://localhost:3306/contract_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver两个关键点serverTimezoneAsia/Shanghai解决日期时间字段与本地时间相差8小时的问题allowPublicKeyRetrievaltrue解决MySQL 8.0的公共密钥检索报错。另外驱动类名要写com.mysql.cj.jdbc.Driver不是旧版的com.mysql.jdbc.Driver。6.4 上传文件大小限制的默认配置与调整合同扫描件动辄十几MBSpringBoot默认的上传大小限制是1MB不修改的话大文件合同附件会上传失败报MaxUploadSizeExceededException。在application.yml里调整spring: servlet: multipart: max-file-size: 50MB max-request-size: 50MB这串配置的含义是单个文件最大50MB单次请求所有文件合计最大50MB。注意如果你用了Nginx做反向代理还需要同步修改Nginx的client_max_body_size不然请求到达Tomcat之前就已经被Nginx拦了。6.5 页面中文乱码同样的报错不同的原因如果在页面上看到中文都是问号常出现在两个环节。第一是数据库层面建表时字符集是latin1或utf8mb4没指定解决方案是统一使用utf8mb4建库建表因为utf8mb4是utf8的超集能存四字节Emoji字符第二是HTTP响应层面在SpringMVC的配置里设置消息转换器字符集为UTF-8或者最简单粗暴的做法——在application.yml里配置server: servlet: encoding: charset: UTF-8 enabled: true force: trueforce: true的意义在于强制所有响应都使用UTF-8编码避免某些浏览器或HTTP客户端不识别响应头的编码声明。6.6 调试文档和LW论文文档该怎么组织针对这套需要交付的源码、LW、调试文档和讲解视频我给当时的整理顺序是环境要求 - 数据库初始化脚本 - 运行步骤 - 项目结构说明 - 核心模块代码讲解 - 测试用例 - 常见问题解答。调试文档不要写成“点下一步”的操作手册关键是解释每一步背后的原因比如“为什么要导入contract_db.sql”“为什么IDEA里要设置Spring Boot的启动配置”。这样看文档的人才能举一反三而不是机械照做。LW部分我的建议是把这个项目按“绪论 - 相关技术介绍 - 需求分析 - 系统设计 - 系统实现 - 系统测试 - 总结”的结构写其中系统设计章节重点画数据库ER图、功能结构图、用例图、时序图系统实现章节的关键代码需要和标题里的技术栈对应上——SpringBoot的自动配置、SpringMVC的请求流程、MyBatis的动态SQL每块技术都在代码里找得到落点。这样一来评委老师翻论文时看到的技术点和代码里的实现能对得上答辩通过率会高很多。对我个人而言做这套系统的最大收获不是会写那几十个接口而是真正理解了状态机约束在业务系统中的作用、事务边界对数据一致性的意义、以及数据库设计决定业务扩展空间这条经验。如果你也希望把SpringBootSSM这条线吃透从一套合同管理系统开始比啃十篇框架教程都管用。
