基于Java的jspgou CMS系统架构解析与二次开发实战指南 1. 项目概述从零到一构建一个现代化的内容管理系统最近几年无论是企业官网、资讯门户还是个人博客大家对于网站后台管理系统的要求越来越高。不再满足于简单的文章发布而是希望有一个功能全面、易于扩展、同时又能兼顾性能和美观的后台。很多开发者可能都听说过或者使用过一些知名的开源CMS比如WordPress、Drupal但在Java技术栈里想要找一个功能完整、架构清晰、二次开发友好的项目选择其实并不算多。“jspgou”这个项目就是一个基于Java技术体系构建的开源内容管理系统。我第一次接触它是在为一个本地生活服务类网站做技术选型的时候。客户需要一个能够管理商家信息、发布优惠活动、并且支持多级权限的网站后台。当时市面上的一些PHP系统虽然插件丰富但在与企业内部已有的Java系统对接、以及应对未来可能的高并发场景时总感觉有些力不从心。jspgou的出现正好填补了这个空白。它不是一个简单的博客系统而是一个面向企业级应用、采用了经典分层架构的CMS解决方案。从内容模型管理、会员中心到订单处理它提供了一套相对完整的“开箱即用”的功能模块对于想要快速搭建一个具有复杂业务逻辑的网站同时又希望拥有完全自主控制权的团队来说是一个值得深入研究的起点。简单来说jspgou就是一个用Java写的“网站工厂”。你可以用它快速搭建起一个网站的后台骨架然后根据自己的业务需求在这个骨架上添加血肉。它的核心价值在于提供了一套规范化的代码结构和一系列可复用的基础功能组件让开发者的精力可以更多地聚焦在独特的业务逻辑上而不是重复造轮子。接下来我会结合自己实际部署和二次开发的经验带你深入拆解这个项目的设计思路、技术实现以及那些在官方文档里可能不会提及的实操细节。2. 核心架构与设计思想拆解要真正用好一个开源项目不能只停留在“跑起来”的层面理解其背后的设计思想和架构选择才能在后续的定制开发中游刃有余避免踩坑。jspgou的整体架构体现了Java EE领域经典的、稳健的分层思想同时针对CMS系统的特点做了不少优化。2.1 经典的三层架构与MVC模式jspgou采用了表现层、业务逻辑层、数据访问层清晰分离的三层架构并结合了Spring MVC框架实现MVC模式。这种选择在Java Web开发中非常普遍其优势在于职责分离便于维护和测试。表现层View Controller主要由JSP页面和Spring MVC的Controller组成。这里有一个值得注意的点jspgou并没有完全拥抱前后端分离的单页面应用SPA模式而是使用了传统的服务端渲染。这对于内容管理系统来说其实有它的合理性。CMS的很多页面如首页、栏目页对SEO友好性要求高服务端渲染更利于搜索引擎抓取。同时后台管理页面的交互复杂度相对可控使用JSP配合jQuery等库在开发效率和页面加载速度上能达到不错的平衡。Controller层负责接收请求、参数校验、调用业务服务并转发到对应的JSP视图或返回JSON数据用于部分异步接口。业务逻辑层Service这是系统的核心包含了所有的业务规则和流程处理。jspgou将不同的业务领域如内容管理、会员管理、商品管理、订单管理等抽象成了独立的Service接口和实现类。这种领域驱动的设计思想使得代码结构非常清晰。当你需要新增一个“积分兑换”功能时你很自然地会想到去创建一个PointExchangeService而不是把逻辑胡乱塞进某个现有的类里。数据访问层DAO这一层使用MyBatis作为ORM框架负责与数据库交互。MyBatis的灵活性在这里得到了体现对于复杂的多表关联查询可以直接编写优化的SQL语句在XML映射文件中避免了Hibernate中可能产生的性能问题。同时jspgou通常也提供了Hibernate的实现可选这给了开发者根据团队技术栈进行选择的空间。注意对于刚从PHP或Node.js转向Java的开发者来说可能会觉得这套架构略显“厚重”。但正是这种“厚重”带来了良好的可维护性和企业级应用所需的稳定性。在快速原型阶段它可能不是最快的但当业务复杂度和团队规模增长时它的优势就会显现出来。2.2 模块化设计与功能边界jspgou不是一个大泥球式的项目它尝试通过模块化来组织功能。在它的代码仓库中你通常能看到像jspgou-core核心模块、jspgou-content内容模块、jspgou-member会员模块这样的子模块或包结构划分。这种模块化设计带来了几个好处功能解耦内容发布和订单处理逻辑互不干扰修改其中一个模块不会轻易影响另一个。便于复用jspgou-core中提供的工具类、通用DAO、基础实体等可以被所有业务模块引用。可选部署理论上如果你只需要内容管理功能可以只打包和部署内容相关的模块但在实际中由于模块间可能存在依赖通常还是整体部署更为常见。不过这种结构为未来的微服务化改造埋下了伏笔。理解这些模块的职责和依赖关系是进行二次开发的第一步。我建议在导入项目到IDE后先花点时间浏览整个项目的包结构画一个简单的模块依赖图这对后续定位代码和添加新功能非常有帮助。2.3 数据库设计与扩展性考量一个CMS系统的数据库设计直接决定了其内容管理的灵活性和性能。jspgou的数据库设计有几个关键特点树形结构栏目表这是CMS的核心。通过parent_id字段实现无限级栏目分类配合path路径或lft/rgt左右值等字段来高效查询子孙节点。这种设计支持灵活的网站导航结构。内容主表扩展字段设计这是实现自定义内容模型的关键。通常有一张核心内容表如jc_content存储标题、作者、发布时间等通用字段。同时通过关联的“内容扩展表”或“自定义字段表”来存储不同内容模型如文章、图集、视频特有的字段。这种“元数据”驱动的方式允许管理员在后台动态添加新的内容类型和字段而无需修改数据库表结构。统一的附件管理将上传的图片、文件等信息单独建表管理并通过外键与内容关联。这样做便于实现统一的文件处理逻辑如水印、缩略图生成和存储策略切换如本地存储、云存储OSS。在实际使用中随着内容量增长最可能出现的性能瓶颈在于内容列表查询特别是多条件筛选、排序和树形栏目的递归查询。因此在二次开发时对于核心的查询语句一定要结合数据库执行计划进行优化并合理使用索引。3. 核心功能模块深度解析与实操了解了宏观架构我们深入到几个核心功能模块看看jspgou是如何具体实现的以及在实操中需要注意什么。3.1 内容管理系统的灵魂栏目与内容模型栏目和内容模型是CMS的基石。jspgou在这方面的实现比较典型。栏目管理 在后台你可以像在资源管理器中创建文件夹一样创建栏目。每个栏目可以设置独立的模板、访问权限和SEO信息。在代码层面栏目的增删改查会涉及到树形结构的维护。这里有一个实操心得在递归查询某个栏目下的所有子栏目时如果使用简单的parent_id递归查询在数据量较大时性能很差。jspgou通常会采用在category表中增加path字段存储从根到当前节点的ID路径如,1,3,12,的方式。查询所有子节点时使用WHERE path LIKE ‘%,12,%’这是一个利用前缀匹配的高效查询方式但要注意在增删节点时需要维护所有相关节点的path值。内容模型 这是体现系统灵活性的地方。管理员可以在后台定义不同的内容模型比如“新闻”、“产品”、“案例”。每个模型可以自定义字段单行文本、多行文本、图片、附件、下拉框等。前端实现在后台的内容发布页面这些动态字段会通过JavaScript动态渲染成对应的表单控件input, textarea, file等。其原理是后台将内容模型的字段定义名称、类型、是否必填等以JSON格式返回给前端前端根据这个JSON描述来生成表单。后端存储如前所述自定义字段的值通常不会直接加到主表里而是存储在一张扩展表如jc_content_attr中表结构可能是(content_id, field_name, field_value)。这种key-value式的存储非常灵活但缺点是在做基于自定义字段的搜索和排序时比较困难通常需要借助搜索引擎如Elasticsearch来实现。避坑指南自定义字段的数量不宜过多特别是避免在一个模型里定义几十个字段。这会导致表单加载慢、存储记录臃肿。对于复杂的、结构化的数据应该考虑将其设计成独立的业务模块而不是简单地用自定义字段堆砌。3.2 会员与权限体系剖析jspgou内置了一套基于角色的访问控制RBAC模型这是企业级应用的标配。用户-角色-权限权限Permission是最小的操作单元如“文章发布”、“用户删除”。多个权限组成一个角色Role如“编辑”、“管理员”。用户User被赋予一个或多个角色从而获得相应的权限集合。后台实现通常使用Spring Security或Apache Shiro来实现拦截和鉴权。在Controller的方法上可以通过注解如RequiresPermissions(“content:create”)来声明访问此接口所需的权限。用户登录后其权限列表会被加载到Session或缓存中每次请求时由安全框架进行校验。前端控制在JSP页面上可以通过标签库来判断当前用户是否拥有某个权限从而决定是否显示某个按钮或菜单项例如shiro:hasPermission name“content:delete”删除按钮/shiro:hasPermission。一个常见的扩展需求客户希望不仅控制菜单和按钮还能实现“数据行级权限”。比如A部门的编辑只能看到和修改本部门发布的文章。标准的RBAC模型无法直接满足。这时需要在权限校验逻辑中加入“数据域”的概念。一种常见的做法是在查询数据时自动在SQL的WHERE条件中注入部门过滤条件如AND dept_id ${currentUserDeptId}。这需要你深入理解框架的权限拦截点并可能编写自定义的拦截器或AOP切面。3.3 模板引擎与前端页面渲染jspgou使用JSP作为默认的模板引擎。对于今天的前端生态来说JSP可能显得有些“古老”但它与Java后端集成度极高在服务端动态渲染方面依然简单直接。模板继承与包含为了保持网站风格统一jspgou会采用模板继承机制。定义一个基础布局模板layout.jsp包含页面的头部、尾部、CSS/JS引用。其他具体页面模板如index.jsp,list.jsp通过jsp:include或模板标签来继承这个布局并填充主要内容区域。这能有效避免重复代码。数据传递Controller处理完业务后将数据对象放入Model或ModelAndView中在JSP页面里就可以直接使用EL表达式${article.title}或JSTL标签来渲染数据。静态化与缓存对于访问量巨大的首页、栏目页每次请求都动态查询数据库并渲染JSP对数据库压力很大。jspgou通常会提供“内容静态化”功能。其原理是在后台点击“生成静态页”时系统会模拟访问该页面将渲染后的完整HTML代码保存为一个.html文件到服务器磁盘。当用户访问时Web服务器如Nginx会直接返回这个静态文件性能极高。对于不能完全静态化的页面也需要合理使用缓存比如将栏目树、热门文章列表等数据缓存到Redis中。实操建议虽然JSP够用但如果你和你的团队更熟悉Vue/React完全可以考虑对前端进行重构采用前后端分离架构。将jspgou的后端改造成纯API服务使用RestController前端通过AJAX调用接口获取数据。这样前后端可以并行开发前端用户体验也更现代化。不过这相当于一个中等规模的重构项目需要评估成本和收益。4. 从零开始部署与二次开发实战指南理论说得再多不如动手做一遍。下面我以一个常见的场景——为jspgou增加一个“友情链接”管理模块为例带你走一遍完整的二次开发流程。4.1 本地开发环境搭建与项目导入环境准备确保本地已安装JDK 8或11、Maven、MySQL和一款IDE如IntelliJ IDEA或Eclipse。jspgou项目通常有详细的README.md会说明所需的特定环境版本。获取代码从GitHub或Gitee的官方仓库克隆项目代码。数据库初始化在MySQL中创建一个新数据库如jspgou_dev然后执行项目sql目录下的初始化脚本。重要步骤务必仔细查看脚本了解表结构。我建议在本地连接数据库工具边执行边浏览创建的表这对理解业务逻辑至关重要。配置修改找到项目中的配置文件如jdbc.properties修改数据库连接信息、用户名和密码。可能还有Redis、文件上传路径等配置需要根据本地情况调整。项目导入与启动使用IDE导入Maven项目等待依赖下载完毕。找到主启动类通常是一个继承了SpringBootServletInitializer的类或直接有main方法的类或配置好Tomcat并启动。访问http://localhost:8080应该能看到前端页面http://localhost:8080/admin进入后台默认账号密码通常在文档或数据库脚本中。踩坑记录第一次启动时最常见的错误是数据库连接失败或端口占用。仔细检查配置文件中的数据库IP、端口、库名、时区设置建议URL中加入serverTimezoneAsia/Shanghai。如果使用Spring Boot检查application.yml或application.properties。4.2 新增“友情链接”功能模块全流程假设我们需要一个功能在后台可以管理友情链接网站名称、URL、Logo、排序并能在网站首页底部展示。第一步数据库设计虽然jspgou有扩展字段但友情链接是一个结构固定、需要独立管理的实体建议新建表。CREATE TABLE jc_friendlink ( id int(11) NOT NULL AUTO_INCREMENT, site_name varchar(255) NOT NULL COMMENT 网站名称, site_url varchar(500) NOT NULL COMMENT 网站URL, logo varchar(500) DEFAULT NULL COMMENT Logo图片路径, sort_no int(11) DEFAULT 0 COMMENT 排序号, is_enabled tinyint(1) DEFAULT 1 COMMENT 是否启用, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT友情链接表;第二步创建实体类Entity在对应的包如com.jspgou.core.entity下创建FriendLink.java使用JPA注解或MyBatis的简单Java对象POJO风格定义类属性并与数据库字段映射。第三步创建数据访问层DAO/Mapper创建FriendLinkMapper.java接口和对应的FriendLinkMapper.xml文件。在XML中编写基础的增删改查SQL。例如查询已启用的链接并按排序号正序排列select idfindEnabledList resultTypeFriendLink SELECT * FROM jc_friendlink WHERE is_enabled 1 ORDER BY sort_no ASC /select第四步创建业务逻辑层Service创建FriendLinkService接口和FriendLinkServiceImpl实现类。在实现类中注入FriendLinkMapper实现业务方法。这里可以加入业务逻辑比如添加链接时校验URL格式或者对sort_no进行自动调整。第五步创建控制器Controller创建FriendLinkAdminController用于后台管理和FriendLinkFrontController用于前端展示。后台Controller处理/admin/friendlink下的请求实现列表查询、新增、编辑、删除、启用/禁用等功能的接口。这些接口通常返回JSON数据供前端异步调用。前端Controller处理/friendlink下的请求例如一个/list接口调用Service获取列表然后将数据放入Model跳转到展示友情链接的JSP片段或模板。第六步前端页面开发后台页面在/WEB-INF/admin/目录下创建friendlink_list.jsp和friendlink_form.jsp。使用jQuery或类似的库通过AJAX调用后台Controller的接口实现数据的动态加载和表单提交。页面中要集成文件上传组件用于上传Logo。前端展示在首页的模板文件如footer.jsp中通过JSTL标签或直接调用Controller暴露的数据循环输出友情链接的HTML代码。第七步权限集成在权限管理页面新增“友情链接管理”相关的权限项如friendlink:view,friendlink:edit并将其分配给“管理员”等角色。同时在后台Controller的方法上加上RequiresPermissions注解。4.3 功能扩展与集成中的经验技巧日志记录在Service层的重要操作增、删、改中务必添加详细的日志记录记录操作人、时间、IP和具体内容。可以使用Spring AOP统一实现操作日志切面这样业务代码会更干净。参数校验在Controller接收参数时不要相信前端传入的任何数据。使用JSR-303 Bean Validation注解如NotBlank,URL在实体类上进行声明式校验并在Controller方法参数前加上Valid注解。对于复杂的业务规则校验放在Service层。事务管理对于涉及多表修改的操作一定要在Service方法上使用Transactional注解保证数据一致性。例如删除一个友情链接可能还需要清理与之相关的缓存数据这应该在一个事务里完成。缓存策略友情链接列表这种不常变的数据是使用缓存的绝佳场景。可以在FriendLinkServiceImpl的findEnabledList方法上使用Spring Cache注解如Cacheable(value “friendLinkList”)将其结果缓存到Redis中。当后台通过增删改操作更新了数据时使用CacheEvict清空该缓存。5. 性能调优、安全加固与生产部署一个系统从“能用”到“好用、稳定”还需要经过性能调优和安全加固。5.1 数据库与缓存优化实战索引优化使用EXPLAIN命令分析慢查询日志中捕获的SQL语句。为WHERE子句、ORDER BY、JOIN条件中的字段建立索引。对于jc_content表category_id栏目ID、release_date发布时间通常是需要索引的字段。但索引不是越多越好它会降低写操作速度。查询优化避免SELECT *只查询需要的字段。分页查询优化对于深度分页如LIMIT 100000, 20性能极差。可以尝试使用“游标分页”基于上一次查询的最大ID或优化索引。关联查询对于复杂的多表关联检查是否产生了不必要的笛卡尔积或者是否可以拆分成多个简单查询利用应用程序层合并在数据量不大时这有时比大SQL更高效。引入Redis将以下数据移入Redis会话Session使用Spring Session将HttpSession存储到Redis实现分布式环境下的会话共享。热点数据网站配置、栏目导航树、热门文章列表、友情链接等。临时数据短信验证码、接口访问频率限制的计数器。缓存策略设置合理的过期时间。对于配置类数据可以设置较长时间并在后台更新时主动清除缓存对于用户相关数据过期时间可以短一些。5.2 安全配置清单与常见漏洞防范安全无小事尤其对于内容管理系统往往是攻击者的首要目标。SQL注入jspgou使用MyBatis其#{}预编译方式能有效防止SQL注入。绝对禁止在MyBatis的XML中直接使用${}拼接用户输入的变量除非是极安全的、可控的动态排序字段等。XSS跨站脚本攻击用户提交的内容文章、评论在渲染到页面时必须进行转义。JSP的EL表达式默认有部分转义功能但更推荐使用专门的库如OWASP Java Encoder对输出到HTML、JavaScript、URL上下文的内容进行编码。CSRF跨站请求伪造确保Spring Security的CSRF防护是开启的。对于所有状态修改的请求POST, PUT, DELETE前端需要从后端获取一个CSRF Token并随请求提交。文件上传漏洞限制文件类型不仅检查文件后缀名容易被伪造更要在服务器端检查文件内容的真实类型魔数。重命名文件上传后使用UUID等随机字符串重命名文件避免用户上传可执行脚本如shell.jsp并通过路径直接访问。隔离存储将上传的文件存储在Web应用根目录之外并通过一个专门的文件下载Controller来读取和返回文件在该Controller中可以进行额外的权限校验。权限绕过定期检查所有Controller接口确保其都配置了正确的权限注解。对于直接访问静态资源如/templates/xxx.jsp的路径要在Web安全配置中予以拦截或放行到正确路径。5.3 生产环境部署与监控要点部署方式推荐使用Docker容器化部署。将应用、MySQL、Redis分别制作成Docker镜像使用docker-compose.yml编排。这能保证环境一致性便于迁移和扩展。前端分离部署如果进行了前后端分离改造将前端静态文件HTML, JS, CSS部署到Nginx上Nginx同时作为反向代理将/api/开头的请求转发到后端Java应用。Nginx本身也能做静态文件缓存、Gzip压缩、负载均衡。日志收集配置Logback或Log4j2将日志按级别INFO, ERROR输出到不同文件。使用logrotate工具或通过Docker的日志驱动管理日志文件大小和备份。生产环境一定要将日志级别调到INFO以上避免DEBUG日志刷盘影响性能。健康检查与监控Spring Boot Actuator提供了丰富的端点/actuator/health,/actuator/metrics用于检查应用状态。将这些端点集成到公司的监控系统如Prometheus Grafana中监控JVM内存、GC情况、线程池状态、数据库连接池状态等关键指标。备份策略除了定期备份数据库全量增量对于上传到服务器的文件也需要有备份机制。可以考虑使用rsync同步到另一台备份服务器或者直接使用云存储服务它们通常自带高可用和备份功能。6. 常见问题排查与进阶思考在实际开发和运维中你肯定会遇到各种各样的问题。这里记录几个我遇到过的典型问题及其解决思路。6.1 典型问题速查表问题现象可能原因排查步骤与解决方案后台登录后跳转回登录页1. Session失效或未正确创建。2. 权限过滤器配置错误。3. 浏览器Cookie问题。1. 检查服务器日志看登录请求是否成功Session ID是否生成。2. 检查Spring Security/Shiro配置特别是登录成功和失败的处理器。3. 使用浏览器开发者工具查看登录请求的响应头是否包含Set-Cookie后续请求是否携带了Cookie。尝试无痕模式或不同浏览器。页面显示乱码1. 数据库连接字符集非UTF-8。2. JSP页面编码设置错误。3. HTTP请求/响应编码未设置。1. 检查MySQL数据库、表、字段的字符集是否为utf8mb4JDBC连接URL加上characterEncodingutf8。2. 确保JSP文件头部有% page contentType“text/html;charsetUTF-8” %。3. 在Web.xml中配置字符编码过滤器Spring的CharacterEncodingFilter。文件上传失败提示大小超限Spring Boot或Servlet容器对上传文件大小有限制。1. 在application.yml中配置spring.servlet.multipart.max-file-size和max-request-size。2. 如果使用Tomcat还需检查server.tomcat.max-swallow-size配置。应用运行一段时间后变慢重启恢复1. 内存泄漏如未关闭的数据库连接、大对象未释放。2. 缓存策略不当内存被占满。3. 数据库连接池连接耗尽。1. 使用jstat,jmap或VisualVM等工具分析JVM堆内存查看是否有对象持续增长。2. 检查Redis等缓存的使用是否有大量无过期时间的Key。3. 检查数据库连接池如HikariCP的配置和监控看活跃连接数是否达到上限。静态页面生成功能失效1. 生成静态页面的路径无写权限。2. 生成任务被中断或并发冲突。3. 模板文件路径错误或不存在。1. 检查应用运行用户对静态文件存储目录是否有读写权限。2. 查看生成日志确认生成过程是否报错。对于大批量生成考虑加入队列如RabbitMQ异步处理。3. 检查生成静态页面的代码确认其读取的模板路径是否正确。6.2 从单体走向微服务的可能性探讨随着业务发展最初的单体架构的jspgou可能会变得臃肿团队协作和部署效率下降。这时可以考虑向微服务架构演进。但这绝非简单的代码拆分而是一次系统工程。拆分策略优先按业务边界拆分。例如用户中心服务负责会员注册、登录、个人信息管理。内容服务负责栏目、文章的增删改查。商品与订单服务如果电商功能复杂可以独立出来。文件服务统一管理所有文件的上传、存储和访问。技术挑战服务通信使用Spring Cloud Alibaba的Dubbo或Spring Cloud Netflix的Feign进行RPC调用。数据一致性跨服务的业务操作如发布文章后更新用户发帖数需要引入分布式事务解决方案如Seata或最终一致性模式通过消息队列如RocketMQ。认证与授权需要构建统一的认证中心OAuth2.0 JWT所有微服务都向该中心验证Token。配置与监控需要集中的配置中心Nacos和链路追踪SkyWalking。实施建议不要一开始就追求完美的微服务。可以从将某个相对独立、调用频繁的模块如“搜索服务”基于Elasticsearch首先拆分为独立服务开始积累经验。同时要确保团队具备相应的运维和故障排查能力。6.3 技术栈更新与社区生态jspgou这样的开源项目其技术栈可能基于某个较旧的Spring版本。在接手进行深度定制前评估其技术栈的现代化程度很重要。Spring Boot/Cloud如果项目还是基于传统的Spring XML配置可以考虑逐步迁移到Spring Boot这能极大简化配置和部署。如果考虑微服务再引入Spring Cloud。持久层框架MyBatis是主流且灵活的选择可以继续使用。也可以评估MyBatis-Plus它提供了更多开箱即用的功能如通用Mapper、分页插件能减少大量重复的CRUD代码。前端重构如前所述将JSP重构为Vue/React 后端API是提升开发体验和用户体验的重要方向。可以按模块逐步替换比如先重写后台管理系统再重写前端门户。社区与文档关注项目的GitHub仓库查看Issue和Pull Request了解其他开发者遇到的问题和贡献的解决方案。如果原项目更新不活跃而你的修改又很多可以考虑Fork出来维护一个自己的版本但要注意遵守开源协议。经过这样一番从架构到细节从开发到部署的深度探索jspgou对你而言就不再是一个黑盒了。它提供了一套坚实的企业级CMS基础框架而如何在这个基础上构建出符合自己业务需求的、高性能、高可用的系统则完全取决于你的设计和编码能力。记住开源项目是起点而不是终点。理解它改造它最终让它为你所用这才是使用开源项目的正确姿势。在实际操作中多写日志多进行压力测试遇到问题先看日志和文档再搜索社区大部分难题都能找到解决思路。