做了几个JSP类的电商项目之后我越来越觉得买卖类网站是最适合用来练手Web全流程的题材。这次要聊的项目是一个二手奢侈品交易网站代号5uy1c完整的程序、源码、数据库、调试部署流程都包含在内。这个项目最大的特点就是业务模型清晰前端面向C端用户有商品浏览、搜索、购物车、下单、支付模拟后端给了管理员一整套商品、订单、用户、公告的管理界面覆盖面非常完整。先说它适合谁。如果你正在准备毕业设计或者刚学完Servlet、JSP、MySQL想找一个能覆盖全部知识点的实战项目这个选题非常合适。它涵盖了三层架构、会话管理、文件上传、分页查询、联表统计、富文本展示和权限拦截等几乎所有JSP阶段的硬核技能点。对已经有基础的同学来说它也足够作为从“会写单页增删改查”进阶到“能撑起一个多角色独立站点”的跳板。而且二手奢侈品交易自身的业务特点也让它比普通的商品销售网站更有看点商品有新旧程度、附件齐全度、鉴定状态等差异化字段订单有议价、物流信息、交易状态流转这些都直接拉高了数据库设计和技术实现的含金量。我把整个项目的需求分析、架构、表结构、核心模块写法、部署调试过程都拆开讲一遍你在动手做之前能对整个流程心里有数。1. 需求梳理与模块划分1.1 从实际交易场景倒推功能清单做项目最忌讳一上来就写代码。我在接手5uy1c这个项目时第一步做的就是把二手奢侈品的线下交易流程完整走了一遍再对着流程去提炼系统必须支撑的功能。二手奢侈品的交易链路大概是这样的:卖家发布商品商品要能被买家搜索和查看买家看中某个包或者某块表要通过平台发起购买意向买卖双方可能要就价格、成色、鉴定环节做沟通协商;成交之后要有订单记录订单还要有状态变化平台方作为管理者必须能看到每一笔交易的流转情况并且能对异常或违规的商品做下架处理。把这一条链路翻译成功能清单就是下面这些用户端注册、登录、退出、个人信息维护、密码修改、余额充值、收藏商品商品模块多条件搜索、分类浏览、商品详情、分页展示、热门推荐、新品上架交易模块购物车、添加至购物车、调整数量、结算下单、模拟支付、取消订单订单模块订单列表、订单详情、订单状态更新、收货地址填写后台管理管理员登录、商品审核上下架、分类管理、公告管理、用户管理、订单管理、数据统计这样梳理出来整个项目的范围就清楚了后面无论是建表还是写代码都有据可依。1.2 角色设计与权限边界权限设计是这类多角色系统最容易踩坑的地方。我见过不少同学把所有功能堆在一个页面上用户和管理员进去看到的界面一模一样这在实际项目中是不可接受的。5uy1c里分了三种角色我故意加了一个例外角色普通用户买家可以浏览、收藏、加购、下单、维护个人信息管理员拥有后台管理的全部权限可以上架或下架商品、管理会员、处理订单注册用户实际上就是普通用户的一种只是需要通过登录拦截判断有没有登录权限拦截我用的是过滤器实现也就是写一个LoginFilter对所有需要登录才能访问的路径进行拦截。用户未登录时访问订单、购物车、个人中心这些路径会直接重定向到登录页。后台管理路径则单独拦截判断session里存的用户角色是否有管理员标记。这个设计有一个值得注意的点:过滤器的路径配置要精确。比如说用户端和管理端的页面都在WebRoot目录下如果拦截范围写得太宽会把后端的CSS、JS、图片资源全部挡掉导致页面加载后没有任何样式。我第一次在这个项目上就吃过这个亏后来习惯把静态资源路径单独放行拦截范围只针对需要权限的JSP和Servlet。2. 技术选型与整体架构2.1 为什么坚持用JSPServletMySQL这套组合有人可能会问现在流行Spring Boot、Vue前后端分离为什么还要用JSP这种老技术栈。这个问题在毕业设计和教学环境里有它的现实答案JSP能够把后端数据和前端页面直接在同一个文件里动态渲染不需要额外搭建Node环境不需要理解跨域、代理、打包那一整套工程化概念对刚接触Web开发的人来说是最平滑的入门路径。5uy1c的技术栈核心就三条后端JSP Servlet JSTL EL表达式数据库MySQL 5.7服务器Tomcat 8或者8.5JDBC操作用的是Druid连接池加DbUtils封装数据库连接信息统一放在配置文件里管理。前端用的是纯HTML CSS JavaScriptJQuery用来做Ajax交互页面样式是自己写的没有引入重型UI框架这样项目跑起来很轻快。这套组合带来的最大好处就是项目结构直观。一个请求进来走Servlet接收参数、调Service处理业务、DAO层操作数据库、再把结果Set进Request域转发到JSP页面渲染输出。所有代码都是所见即所得调试的时候只要断点打进去整个数据流瞬间就清楚了。2.2 包结构与三层架构怎么落搭建项目时最让人纠结的不是代码怎么写而是类放哪里。我见过有些同学把所有类都丢在src根目录下几十个类堆在一起找起来极其痛苦。5uy1c采用标准的三层架构分包com.dianshang.entity实体类对应数据库中的表结构com.dianshang.dao数据访问层负责JDBC操作com.dianshang.service业务逻辑层负责处理业务规则和事务com.dianshang.servlet控制层接收请求、转发页面com.dianshang.util工具类包括连接池工具、字符串处理、分页封装这里有个经验实体类字段和数据表字段尽量保持一一对应方便MyBatis或者DbUtils自动映射。表字段命名用下划线风格实体属性用驼峰风格写SQL别名时别偷懒确保取到的列名能和实体属性对齐否则DbUtils返回的Bean会有一堆值为null的字段。三层架构对开发者最大的价值在于分工明确。Servlet层只负责参数接收和页面跳转不写SQLService层专注业务逻辑比如下单之前先检查库存支付前先校验余额DAO层只做最基础的增删改查。哪一层出了问题去对应层排查就行不用从头到尾扫代码。在团队项目里不同人想并行开发的话按层切分任务也是最常见的做法。3. 数据库设计交易项目的表结构规划3.1 核心表的结构与字段要点数据库设计决定了业务能做到什么程度。如果一个交易网站的订单表没有状态字段或者商品表没有价格信息那后面很多功能都会变得非常难做。二手奢侈品交易系统的表结构我拆成了六个核心表加两个辅助表这里逐个说一下设计思路。用户表字段包含用户ID、用户名、密码、昵称、头像、手机号、邮箱、余额、角色、注册时间。密码字段我用的是MD5加盐存储直接在密码后面拼接一个固定盐值再做MD5防止数据库泄露后密码被直接反查。余额字段是Decimal类型这是交易类系统的硬性要求绝对不用float或double否则金额加减后会出现0.1加0.2不等于0.3这种浮点精度问题。商品表是信息含量最大的表。除了一般的商品名称、图片、简介、价格、库存这些通用字段还专门为二手奢侈品设计了成色字段、附件情况字段、鉴定状态字段。成色字段可以存一个枚举字符串比如99新、95新、9成新、85新等。鉴定状态用来标记商品是否经过了平台鉴定这算是二手奢侈品平台的一个核心信任机制。价格字段我特意分了原价和售价两个。二手奢侈品常有一个“官网公价”和一个“实际成交价”买家决策时比较这两个数字会直观感受到价差。这样设计能给前台页面提供天然的促销展示逻辑看起来也更贴合实际业务。分类表其实也不复杂就三个字段分类ID、分类名称、上级分类ID。虽然这个项目里只有一级分类但我在建表时保留了上级ID字段。这样做的好处是不用改动表结构就能扩展二级分类比如“箱包”这个分类下面再拆“手提包”和“斜挎包”直接往表里插数据就行不用改代码。数据库设计的冗余要冗余的是扩展性而不是重复字段。3.2 订单、购物车与关注关系的建模购物车表是用户和商品的多对多关系表字段包括ID、用户ID、商品ID、数量、加购时间。表面上看就是一个简单关联表实际上有几个细节要注意。加购时间字段必须有因为后台运营需要知道加购的时效性。购物车里的商品数量要限制上限防止用户一次加购几百个刷数据。商品下架或者被删除后购物车表里的无效记录要及时清理否则购物车页面会报空指针。订单表是整个系统里最复杂的表。一个完整的订单字段包括订单编号、用户ID、商品ID、商品快照信息比如名称和图片价格、数量、订单总金额、收货人姓名、电话、地址、订单状态、下单时间、支付时间。这里最关键的设计是商品快照字段。用户下单之后商品价格和库存都可能变化如果订单表直接关联商品表去读取价格那等你发货的时候查出来可能已经是改过的价格了。正确的做法是下单那一刻把商品的名称、图片、价格这些关键信息直接复制一份存入订单表后续订单展示一律读取订单表快照不再查商品表。这个设计在真实电商系统里是标配也是很多初学同学容易忽略的。订单状态字段我用一个整数来表示0代表待付款1代表已付款待发货2代表已发货3代表已签收4代表已取消。每个状态之间的流转在Service层做严格判断。比如已付款订单可以直接跳转到已发货但是已取消订单不允许再改成已发货这些业务规则直接写在更新状态的Service方法里从代码层面避免非法状态流转。关注表是用户收藏商品的记录表包含ID、用户ID、商品ID、关注时间。这个表虽然功能简单但是有一个前后端交互的细节商品详情页要判断当前登录用户是否已收藏该商品如果收藏了按钮文案就显示“已收藏”点击取消收藏未收藏时显示“收藏”点击添加收藏。这个判断需要一个按用户和商品查记录的方法并且页面渲染时用JSTL标签判断收藏状态做文案切换。3.3 关键SQL语句的写法技巧做过电商项目的人都有体会列表页其实就是一堆SQL的堆叠。5uy1c里几个核心SQL值得单独拿出来说。商品列表页的分页查询核心SQL长这样SELECT * FROM goods WHERE is_shelve 1 ORDER BY create_time DESC LIMIT ?, ?LIMIT后面的两个参数第一个是起始行数第二个是每页条数。计算起始行数的公式是(当前页 - 1) * 每页条数这个逻辑我放在分页工具类里统一计算Service层只管传页码。统计总条数用这条SELECT COUNT(*) FROM goods WHERE is_shelve 1总条数除以每页条数向上取整就是总页数。为了减少代码重复我封装了一个PageBean工具类里面包含当前页、总页数、每页条数、数据列表四个属性所有分页功能直接复用。订单列表的联表查询也是重头戏。订单表里存了商品快照所以查询订单的时候已经不需要再关联商品表只需要按用户ID和时间排序查询。但是后台管理页面需要同时看到用户和商品信息所以管理端订单查询SQL会关联用户表SELECT o.*, u.username FROM orders o LEFT JOIN user u ON o.user_id u.id ORDER BY o.create_time DESC用LEFT JOIN而不是INNER JOIN是为了保证即使订单对应的用户被删除了订单记录依然能查出来。订单对用户来说是最重要的交易凭证不能因为用户注销导致订单凭空消失这点在写SQL时非常关键。4. 核心功能模块的实现细节4.1 注册登录模块的安全细节登录注册是每个系统的门面但很多初学者的实现方式非常脆弱。5uy1c里我做了几个必要的加固这里逐一说明。验证码是必须有的我用了Java原生的BufferedImage生成图片验证码把随机字符串画到图片上同时把答案存到Session里。登录时前端提交验证码参数后端取出来和Session里存的做对比不区分大小写。验证码图片加了一些干扰线并且背景做了随机颜色避免OCR直接识别。用户名和密码的校验不能只在前端做后端也要做。前端校验是为了提升用户体验输入格式不对就马上提醒不用提交到服务器。但前端校验可以绕过所以后端在Servlet里还要再做一次判空、长度检查、格式校验。这个准则适用于所有表单。密码存储用MD5加盐盐值写死一个私有字符串。加盐的作用是防止彩虹表反查虽然现在MD5已经不算安全加密算法了但在JSP教学项目里这个程度已经比明文存储好了太多。真正企业级项目会换成BCrypt或者PBKDF2但手段都是同一个就是让密码不以明文形式落库。登录成功之后把用户ID、用户名、角色标记放进Session。后续所有需要登录的操作都要先过LoginFilter从Session里取用户信息取不到就直接跳登录页。退出登录则是让Session失效做法是调用session.invalidate()这一步很多同学会在写代码时忘记导致点了退出之后再按浏览器的回退按钮还能看到之前的个人页面。这也是一个常见的安全隐患。4.2 商品搜索与分页查询的实现思路商品搜索是前台最核心的入口用户来平台就是想快速找到自己想要的那款包或者那只手表。5uy1c里搜索功能支持三种方式按分类浏览、按商品名称模糊查询、按价格区间筛选。查询条件的组合和之前的分页查询类似核心是字符串追加拼接SQL。我写这个功能时的做法是在Service层根据前端传来的参数动态拼接SQL条件再用一个Map或者实体类把所有条件参数传进去。具体到代码层面就是定义一个查询条件对象QueryObject把分类ID、关键字、最低价、最高价、当前页、每页条数全部封装进去。拼SQL时对价格区间做判断两个值都传了就用BETWEEN ? AND ?只传一个就用 ?或 ?都不传就不拼这个条件。商品名称的关键字模糊搜索用LIKE CONCAT(%, ?, %)避免直接拼接字符串导致SQL注入。排序功能也做了一个小设计除了默认按上架时间排序还提供按价格从小到大、从大到小两种排序方式。价格排序的关键就是ORDER BY字段加上DESC或ASC的切换前端用一个下拉框后端接住排序参数拼进SQL就行。整个实现的难度并不大但要确保每个条件下分页数据都对。4.3 购物车和订单结算的流程设计购物车模块看起来是增删改查实际上业务逻辑都藏在数量调整和结算环节里。添加购物车时我先判断用户是否已登录未登录的话要提醒先登录再操作。已登录的逻辑是查购物车表看这个用户是否已经加过同一件商品加过就只更新数量加1没加过就新插入一条记录。这个判断很关键不做的后果是同一款包能被用户加进购物车好几遍结算时看到一堆重复条目。结算下单是整个项目业务逻辑比较复杂的地方我用事务来保证数据一致性。在一个Service方法里调用Mapper方法时开启事务依次执行下面三步查到购物车里的商品并锁定这些商品的库存判断用户余额是否足够不足就抛出业务异常提示去充值余额够的话扣减余额、扣减库存、生成订单记录、清空购物车对应记录这四步必须全部成功任何一个步骤失败都要把前面所有操作回滚。JDBC层手工开启事务就是conn.setAutoCommit(false)全部执行成功后再conn.commit()中途出现异常就conn.rollback()。我在Service层用一个TransactionManager工具类统一管理避免事务代码散落各处。支付成功后通过重定向而不是转发跳转到订单详情页这样即使用户刷新页面也不会重复下单。订单生成时还要顺手做一件事就是把商品的快照信息复制进订单表。这一步我第一次做的时候忘了后来测试时发现价格变动会引起历史订单价格被连带修改这才体会到快照设计的意义。所以每笔订单都是独立的数据孤岛展示时只需要查订单表不用再依赖商品表。4.4 后台管理模块的实现要点后台管理员的界面和用户端完全独立入口通过/admin/路径访问由单独的AdminServlet处理。管理员登录时也走LoginFilter但会在过滤器里多判断一步角色字段是不是管理员。商品上架功能里图片上传是很多同学觉得麻烦的点。5uy1c里我用的是Commons-FileUpload组件处理文件上传将上传的图片文件写到服务器本地WebRoot/upload目录下。表单设置enctypemultipart/form-data后端用FileItem解析出普通字段和文件字段文件名用UUID重命名防止中文文件名乱码和重名覆盖。图片路径存进数据库后页面上直接通过img srcupload/xxx.jpg来展示。后台的订单管理是一张数据表管理员可以看到所有订单并且可以对订单进行发货操作。发货时更新订单状态和物流单号前端用户的订单详情页就会同步显示待收货状态。这里要注意订单状态更新的权限控制只有管理员角色能调用发货接口普通用户请求会被过滤器拦下来。后台数据统计这个功能我用几条聚合SQL做了个简单看板商品总数、会员总数、今日新增订单数、订单总成交金额。这些数字分别用COUNT和SUM函数算出来塞进ModelAndView的Request域在admin/index.jsp首页渲染成卡片。这个看板是很多课程设计评分时很看重的功能点虽然实现不复杂但视觉上能提升整个项目的完整度。5. 调试部署全流程记录5.1 开发环境准备与项目导入5uy1c项目的开发环境是三件套JDK 1.8、MySQL 5.7、Tomcat 8.5IDE可以用Eclipse或者IDEA。这几样工具的版本兼容性没有任何问题照着官网下载安装就行安装过程基本是傻瓜式操作。IDEA导入项目时有个容易踩坑的地方。JSP项目一般不是标准的Maven结构需要先把项目设置为Web项目。具体操作是IDEA里右键项目module打开Project Structure在Facets里添加Web支持把Web资源目录指向项目的WebRoot目录。如果不做这一步IDEA默认识别不到JSP页面和WEB-INF下的web.xml运行时会报找不到资源。项目依赖的Jar包都放在WebRoot/WEB-INF/lib目录下包括MySQL驱动包、Druid连接池Jar、JSTL标签库、文件上传组件等。因为不是Maven项目这些Jar包不会被自动下载导入新环境时要把整个lib目录一起拷贝过去。5.2 数据库还原与数据初始化拿到项目之后数据库导入是第一个考验。项目根目录下一般会提供一个.sql文件命名通常是dbshop.sql或者luxury.sql。导入步骤非常固定先在本机启动MySQL服务登录到命令行或者用Navicat图形化工具。执行建库语句库名根据项目配置来5uy1c项目默认的库名就是dianshang或类似的名字。然后用use切到目标库执行source 路径/文件名.sql把整个数据文件导入进去。导入成功之后验证方法是随便查几个核心表比如select * from user;看有没有初始数据。这里我遇到过的坑是SQL文件编码问题。如果SQL文件里的注释或字符串用了UTF-8编码而MySQL客户端的默认编码不是UTF-8导入后中文全变成乱码。解决方法是导入前执行一句set names utf8;确保客户端编码和文件编码一致。数据初始化还有一个重要步骤给测试账号准备数据。我习惯在数据库里预置两个账号一个普通用户一个管理员。管理员账号的用户名是admin、密码是123456普通用户是user、密码是123456。这样项目部署完成后两个端口的登录测试都能直接进行不用再去手动注册。5.3 Tomcat部署与项目启动全步骤项目部署有两种方式一种是直接把WebRoot目录复制到Tomcat的webapps目录下另一种是在IDE里配置Tomcat Server后启动。5uy1c更适合第二种因为调试时要看控制台日志、打断点排查问题。IDEA里配置Tomcat的步骤是Run - Edit Configurations - 左上角加号 - Tomcat Server - Local。在Deployment选项卡里点加号选择Artifact把项目的war exploded形式添加进去。Application Context设置为/这样项目启动后不用带项目名访问。做完之后点启动IDEA会自动编译、部署到Tomcat并打开浏览器。部署时遇到最多的问题集中在两个方面。第一是端口被占用Tomcat默认端口8080如果被其他进程占用了启动会报Address already in use。这个问题的排查方法是Windows下用netstat -ano | findstr 8080查看占用端口的进程PID然后去任务管理器结束对应进程。第二个问题是项目依赖的Jar包没被正确引入启动后访问页面报ClassNotFoundException这种情况需要重新检查lib目录的依赖是否被IDEA识别。项目成功启动后浏览器直接访问首页应该能看到商品列表。点击任意一个商品进入详情页测试加购、下单、支付一套流程。后台管理页面在路径后面输入/admin/login.jsp用管理员账号登录测试商品上架和订单发货功能。整个部署过程如果一切顺利二十分钟左右能完成。但如果中间卡在环境问题就要按日志排查不要盲目重启。我通常的做法是先看Tomcat日志里的catalina.out定位是哪一层的错误再针对性地改。日志里如果出现ClassNotFound先查Jar包出现SQLException先查数据库连接配置出现404先查路径映射和web.xml配置。逐条定位比瞎猜高效得多。6. 常见问题与排查技巧实录6.1 中文乱码问题的三个处理位置JSP中文乱码是最常见的问题而且它不是一个位置的问题。很多同学改了前端就觉得没事了结果数据库里还是乱码或者请求参数还是乱码。实际上乱码可能出现在请求、响应、数据库三个环节任何一个环节编码不一致就会在某一层露馅。请求参数乱码的解决方法是给Servlet的请求对象设置编码在doGet和doPost开头加上一句request.setCharacterEncoding(UTF-8)。需要注意的是如果是POST请求这句话要放在读取第一个参数之前调用才生效。对于GET请求参数如果服务器是Tomcat 8及以上默认已经是UTF-8不用额外处理但Tomcat 7及以下需要对URL参数单独转码。数据库连接乱码的解决方法是给JDBC连接URL加上参数useUnicodetruecharacterEncodingutf8。这个参数告诉MySQL驱动连接时以UTF-8编码互相传输数据。如果不加这个参数即使数据是UTF-8的在交互过程中也可能被转成默认的Latin1编码。响应页面乱码的解决方法是在JSP页面顶部写上% page contentTypetext/html;charsetUTF-8 languagejava %同时HTML的meta标签里也写上charsetUTF-8。两边统一了浏览器才能正确解码。数据库表本身也建议在建表时指定DEFAULT CHARSETutf8mb4utf8mb4比utf8优秀的地方是它能存下四字节的Emoji字符像有些商品备注里带了特殊符号就不会报错。6.2 数据库连接时区与驱动版本问题MySQL 5.7搭配旧版本的JDBC驱动一般不会有事。但如果用了MySQL 8.0版本JDBC驱动也必须是8.0系列的连接URL里还会多一个时区参数。否则启动时会报The server time zone value相关的错误或者驱动类加载不到。5uy1c项目的数据库配置在src目录下的配置文件里连接URL需要改成本机的MySQL端口和库名。有一个细节连接MySQL 8.0时的驱动类是com.mysql.cj.jdbc.Driver而MySQL 5.7时代是com.mysql.jdbc.Driver两者不能混用。项目部署到新环境时先去确认本机MySQL版本再决定驱动类和URL参数是避免莫名其妙报错的关键。6.3 部署时常见的ClassNotFound和404排查思路ClassNotFound的排查逻辑我刚才提过核心是Jar包依赖有没有被正确引入。在非Maven项目里所有Jar包必须放在WEB-INF/lib目录下IDEA里如果这些Jar包没有被标记为Library运行时就找不到类。解决办法是Project Structure的Modules里选Dependencies点加号引入lib目录即可。404问题就要分场景看。如果是页面文件直接访问404检查页面是否存在且在正确的WebRoot路径下同时web.xml里的欢迎页列表是否配置了index.jsp。如果是Servlet路径访问404先看Servlet的映射注解或web.xml声明是否正确再看前端请求的URL路径是否匹配。有时候jsp文件里的表单提交地址写的是servlet/xxx但是web.xml映射的URL模式是/xxx少了一层路径就404了这种问题肉眼排查很费劲我一般直接看见前端的action和后端的映射两个变量再做对标。还有一类隐蔽的404是IDEA热部署之前的旧编译文件残留导致的页面明明改了却被访问到旧版本。这个根治办法是重启Tomcat并在IDEA里执行一次Build - Rebuild Project清掉target目录下的旧class文件。6.4 项目二次开发的扩展方向如果这个项目做完之后还想继续升级我有几个可以往下一步走的建议都是在5uy1c现有基础上做增量开发不用推翻重来。可以加入聊天功能。二手奢侈品交易的核心是买卖双方的沟通在商品详情页增加一个内嵌会话窗口用Ajax定时轮询或者WebSocket实现实时聊天能让项目的技术含量上一个档次。可以完善订单状态机。目前的订单状态只覆盖了基础的四五个节点可以补充退款、退货、完成评价等状态每多一种状态流转业务逻辑就多了一层严谨性代码结构也更具复杂度。可以把后台数据统计从简单的SQL聚合升级为图表展示。用Echarts画折线图和饼图分析每日交易量、商品分类占比、会员增长趋势带可视化的管理面板在答辩时非常有说服力。二手奢侈品的鉴定溯源是一个很好的差异化卖点可以做一个商品详情页专属的鉴定报告展示区域关联商品表里的鉴定状态字段给每一件商品附加鉴定图片和鉴定描述让买家对这个平台的信任感更强。这个功能在真实产品里也是核心的信任体系放在项目里会显得思路非常完整。我个人在实际操作中的体会是这个项目的价值不在于代码量有多大而在于它把电商领域里最核心的几件事——商品管理、购物车、订单流转、多角色后台——全部串了起来。做完这轮之后你会发现自己看别的JavaWeb项目时脑子里自动会去拆解它的表结构和状态流转逻辑这比背一百道面试题都有用。最后再分享一个小技巧也是我每次做JSP项目都会留到最后的收尾工作把项目里的JDBC连接信息、测试账号、部署步骤写进一个README文件放在项目根目录。这样以后换电脑或者交给别人部署时不用翻代码去猜密码对着说明操作就行。这个习惯我保持了很长时间看似不起眼实际省掉了很多沟通成本。