SSM+JSP实战：农业无人机租赁系统从0到部署-AI智能范式网

SSM+JSP实战：农业无人机租赁系统从0到部署

谈国平·2026-09-22·阅读 22 GEO检测（免费）

SSM框架JSPSpring MVC

|难度：普通|阅读约 35 分钟

我先说个结论：这个项目标题看起来像是一个普通的课程设计，但拆开来看，它其实踩中了目前Java后端就业市场里最稳的一套技术组合——SSM框架 + JSP服务端渲染 + 典型的管理业务系统。农业无人机租赁这个业务场景，本质上就是一个“设备管理 + 订单流转 + 计费结算”的复合型系统，非常适合用来打通从建表到部署的完整闭环。我自己带过不少新人走这类项目，今天就把整个实现思路、核心代码、踩坑点一起整理出来，希望能帮你少走几周弯路。

1. 项目整体设计与思路拆解

1.1 为什么选了SSM + JSP这套组合

很多新手会问，现在不都Spring Boot了吗，怎么还有人用SSM + JSP？这里有个很现实的背景：不少院校的课程设计、毕业设计，以及企业内部的老项目维护，仍然大量跑在SSM + JSP这套栈上。而且面试时面试官问“Spring容器是怎么工作的”“Spring MVC的请求流程是怎样的”，如果你只写过Spring Boot，往往答不透。SSM把配置全部暴露在你面前，逼着你去理解容器、拦截器、视图解析器这些东西，反而是一种更扎实的训练。

另外，JSP作为服务端渲染方案，在农业无人机租赁这种偏管理后台、不需要复杂前端交互的业务场景里，开发效率比前后端分离更高。你不需要单独起一个Vue项目，不需要处理跨域，Controller返回一个ModelAndView直接渲染出完整HTML，业务逻辑全在后端，数据安全也更好控制。对一个小团队甚至是单人开发来说，这是最经济的方案。

1.2 农业无人机租赁的核心业务闭环

农业无人机租赁和普通商品租赁最大的区别在于计费维度和作业状态管理。普通商品租赁基本按天计费，但植保无人机在农忙时节是按“亩数”或者“架次”来算的。一台无人机可能上午在东边地块打药，下午就转到西边地块作业。这就要求系统里必须有非常清晰的状态流转：

空闲（可被下单）
已预定（被订单锁定）
作业中（已交付农户使用）
维护中（故障或保养）
报废/停用

这五个状态之间的流转规则，是整个系统最核心的业务逻辑。如果让用户随便下单，不考虑设备当前状态，就会出现“一台飞机同时租给了两家农户”的严重事故。所以我在设计时把状态管理放到Service层统一处理，用同步锁和数据库行级锁双重机制来保证并发安全，这块后面会详细说。

1.3 系统模块划分与功能清单

整个系统按角色划分为三种登录身份：管理员、农户（租客）、运营人员。功能上主要拆成这几个模块：

设备管理：无人机档案的新增、编辑、状态变更、维修记录维护
订单管理：创建租赁订单、审核、计费、结算、取消
客户管理：注册农户的信息维护、信用等级
计费中心：按时计费、按亩计费、超时费用计算
统计报表：设备利用率、营收统计、热门机型排行
系统管理：用户权限、操作日志

这里要特别提醒一点，很多人在做这类系统时容易陷入“CRUD堆砌”。就是把每张表都做成简单的增删改查，觉得功能做完了。但实际上，租赁系统的灵魂在于订单创建时的库存判断和状态变更操作。如果这两块没做对，哪怕页面写得再漂亮，系统上线也是要出事故的。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 数据库设计与业务建模

2.1 核心数据表结构

数据库设计我建议直接从“业务对象”和“业务流程”两个维度来拆。农业无人机租赁系统至少需要这些核心表：

user（用户表）：id、用户名、密码、真实姓名、手机号、角色（管理员/农户/运营）、注册时间
drone（无人机表）：id、型号、品牌、载重、续航时间、每小时作业亩数、日租金、亩单价、状态、购入日期
lease_order（租赁订单表）：id、订单编号、用户id、无人机id、计费方式（按时/按亩）、预约开始时间、预约结束时间、总费用、状态、创建时间
maintenance_record（维修记录表）：id、无人机id、故障描述、维修费用、维修时间、维修人员
operation_log（操作日志表）：id、操作人、操作内容、操作时间

这里面我最想强调的是lease_order表的设计。很多初学者会把订单表和无人机表直接耦合，一个订单对应一台设备，这没问题，但千万别忘了加一个“锁定时间范围”的字段。无人机租赁是可预约的，农户可能提前三天就下单了。如果没有时间范围，你没办法判断某台设备在某个时间段是否可用。

2.2 无人机状态字段的精细化管理

关于drone表里的status字段，我不建议只用单个字段存“空闲/繁忙”。我踩过这个坑：如果只用status，线上出了故障，你要查“这台飞机到底是被哪个订单占用”，需要反查订单表，很麻烦。

我的做法是加两个字段：

status：当前设备状态（0空闲、1预定、2作业中、3维护中、4停用）
current_order_id：当前生效的订单id，没有则为null

这样状态变更时能精确定位到是哪个订单在占用设备，维修人员也能直接看到设备要服务到什么时候。查询工单时也快很多，不用多表join。

2.3 设计表时容易忽略的索引与外键

租赁系统上线后，订单表一定是增长最快的表。字段设计得再好，没有合理的索引，一到农忙季节查询就会卡死。我建议在lease_order表上至少加这些索引：

idx_user_id（用户id）
idx_drone_id（无人机id）
idx_status（订单状态）
联合索引idx_drone_time（drone_id + 预约开始时间）

外键呢？说实话，互联网开发现在都流行物理外键，但在这个业务场景里，我建议还是把外键加上。原因很简单：这类系统的数据量不会达到百万级，外键带来的性能损失可以忽略，但它能防止脏数据。比如你要删除一个已经有订单记录的无人机，如果没有外键约束，就会产生一堆孤儿订单。

3. 核心功能实现与代码实操

3.1 项目结构搭建与Maven依赖

我用的IDE是IntelliJ IDEA，项目结构是标准的Maven单模块Web应用。这里多说一句，新手经常在IDEA里新建项目时找不到JSP相关选项，其实不用专门建什么JSP项目，直接用Maven的webapp原型，或者建一个普通Maven项目后手动补上src/main/webapp目录就行。IDEA的Color Scheme里没有JSP语法高亮，多半是没装Java EE插件或者没把webapp目录标记为Web资源目录。

pom.xml里核心依赖这么配：

xml复制<properties>
    <spring.version>5.3.20</spring.version>
</properties>

<dependencies>
    <!-- Spring核心 -->
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-context</artifactId>
        <version>${spring.version}</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-webmvc</artifactId>
        <version>${spring.version}</version>
    </dependency>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-jdbc</artifactId>
        <version>${spring.version}</version>
    </dependency>

    <!-- MyBatis -->
    <dependency>
        <groupId>org.mybatis</groupId>
        <artifactId>mybatis</artifactId>
        <version>3.5.10</version>
    </dependency>
    <dependency>
        <groupId>org.mybatis</groupId>
        <artifactId>mybatis-spring</artifactId>
        <version>2.0.7</version>
    </dependency>

    <!-- MySQL驱动 -->
    <dependency>
        <groupId>mysql</groupId>
        <artifactId>mysql-connector-java</artifactId>
        <version>8.0.28</version>
    </dependency>

    <!-- 数据库连接池 -->
    <dependency>
        <groupId>com.alibaba</groupId>
        <artifactId>druid</artifactId>
        <version>1.2.11</version>
    </dependency>

    <!-- JSP相关 -->
    <dependency>
        <groupId>javax.servlet</groupId>
        <artifactId>jstl</artifactId>
        <version>1.2</version>
    </dependency>
    <dependency>
        <groupId>javax.servlet</groupId>
        <artifactId>javax.servlet-api</artifactId>
        <version>4.0.1</version>
        <scope>provided</scope>
    </dependency>

    <!-- JSON处理 -->
    <dependency>
        <groupId>com.fasterxml.jackson.core</groupId>
        <artifactId>jackson-databind</artifactId>
        <version>2.13.3</version>
    </dependency>
</dependencies>

这里有个坑必须提示：javax.servlet-api的scope一定要是provided，否则Tomcat启动时会报jar包冲突。还有JDK版本问题，我看到热搜里很多人问“源发行版17需要目标发行版17”，这是IDEA的Java Compiler设置和项目SDK不一致导致的。SSM这种老技术栈，我强烈建议用JDK 1.8，兼容性最稳，别追新版本。

3.2 核心配置文件解析

SSM项目最劝退新人的就是那一堆XML配置。这里我给出我的配置思路：Spring的配置文件管业务Bean和数据库，Spring MVC的配置文件管Controller和视图解析，MyBatis的配置尽量用注解和Mapper扫描代替XML映射文件。

spring-mvc.xml核心配置：

xml复制<!-- 开启注解驱动 -->
<mvc:annotation-driven />

<!-- 静态资源放行，否则css/js会被拦截 -->
<mvc:default-servlet-handler />

<!-- 扫描Controller -->
<context:component-scan base-package="com.farm.drone.controller" />

<!-- 视图解析器：/WEB-INF/views/xxx.jsp -->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
    <property name="prefix" value="/WEB-INF/views/" />
    <property name="suffix" value=".jsp" />
</bean>

<!-- 文件上传配置 -->
<bean id="multipartResolver" class="org.springframework.web.multipart.commons.CommonsMultipartResolver">
    <property name="maxUploadSize" value="10485760" />
</bean>

spring-context.xml里重点是DataSource和SqlSessionFactory：

xml复制<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource">
    <property name="driverClassName" value="com.mysql.cj.jdbc.Driver" />
    <property name="url" value="jdbc:mysql://localhost:3306/drone_rental?useUnicode=true&amp;characterEncoding=utf8&amp;serverTimezone=Asia/Shanghai" />
    <property name="username" value="root" />
    <property name="password" value="yourpassword" />
</bean>

<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
    <property name="dataSource" ref="dataSource" />
    <property name="typeAliasesPackage" value="com.farm.drone.entity" />
    <property name="mapperLocations" value="classpath:mapper/*.xml" />
</bean>

<bean class="org.mybatis.spring.mapper.MapperScannerConfigurer">
    <property name="basePackage" value="com.farm.drone.mapper" />
</bean>

这里要说一下URL里的serverTimezone，MySQL 8.0以上不指定时区会直接报连接错误。当年我调试的时候老半天没发现是时区问题，后来加上Asia/Shanghai才通。新手如果遇到“Connection refused”或者“Unable to load authentication plugin”，多半就是驱动版本和URL参数的问题。

3.3 无人机租赁下单的核心逻辑

租赁系统的核心方法论，我觉得是预占 + 确认两步走。用户下单时先锁定设备（预占），然后运营人员联系农户确认作业时间和地点后，把订单状态改为已确认，这时候设备状态才真正变为“作业中”。

这里重点看Service层的实现：

java复制@Service
public class LeaseOrderServiceImpl implements LeaseOrderService {

    @Resource
    private DroneMapper droneMapper;

    @Resource
    private LeaseOrderMapper leaseOrderMapper;

    @Override
    @Transactional(rollbackFor = Exception.class)
    public boolean createOrder(LeaseOrder order) {
        // 这里用悲观锁锁定无人机记录，防止并发情况下同一台机器被重复下单
        Drone drone = droneMapper.selectByIdForUpdate(order.getDroneId());
        if (drone == null) {
            throw new BusinessException("无人机不存在");
        }

        // 状态校验：只有空闲状态才能被下单
        if (drone.getStatus() != DroneStatus.IDLE.getCode()) {
            throw new BusinessException("该无人机当前不可租赁，状态为：" + drone.getStatus());
        }

        // 时间范围冲突校验
        int conflict = leaseOrderMapper.countConflictOrder(
                order.getDroneId(),
                order.getStartTime(),
                order.getEndTime(),
                LeaseOrderStatus.CANCELLED.getCode());
        if (conflict > 0) {
            throw new BusinessException("该无人机在当前时间段已被预约");
        }

        // 生成订单编号：日期+随机数
        order.setOrderNo(generateOrderNo());
        order.setStatus(LeaseOrderStatus.PENDING.getCode());
        order.setTotalAmount(calculateAmount(order));

        // 插入订单
        leaseOrderMapper.insert(order);

        // 更新无人机状态为"已预定"
        Drone update = new Drone();
        update.setId(drone.getId());
        update.setStatus(DroneStatus.BOOKED.getCode());
        update.setCurrentOrderId(order.getId());
        droneMapper.updateStatus(update);

        return true;
    }

    private BigDecimal calculateAmount(LeaseOrder order) {
        // 按亩计费：亩单价 * 作业亩数
        if (order.getChargeType() == 1) {
            return order.getUnitPrice().multiply(new BigDecimal(order.getWorkArea()));
        }
        // 按时计费：计算小时差 * 时单价
        long hours = ChronoUnit.HOURS.between(order.getStartTime(), order.getEndTime());
        if (hours <= 0) {
            throw new BusinessException("租赁时长必须大于0");
        }
        return order.getUnitPrice().multiply(new BigDecimal(hours));
    }
}

上面的selectByIdForUpdate是这条链路的灵魂。它用的是数据库的行级锁（SELECT ... FOR UPDATE），在事务提交前，其他任何事务想更新这行都会被阻塞。这样才能保证两个农户同时抢同一台无人机时，只有一个会成功。

3.4 计费模块的实现细节

计费模块是这个系统的财务命脉，我做过两套方案。第一版图省事，直接在查询订单时实时计算金额。后来发现对账时数据不稳定，因为单价改了之后历史订单的价格全变了。第二版改成了下单时把单价和金额快照到订单表里，后续价格调整不影响历史订单。这个思路在电商系统里叫“快照模式”，强烈建议你在做任何涉及钱的功能时都这么做。

订单表里的字段，金额相关的一定要用BigDecimal，千万别用double或float。用double算0.1+0.2会得到0.30000000000000004，这在财务上是灾难。BigDecimal虽然写起来啰嗦，但这是做支付系统的基本素养。

另外要加上“逾期费用”的计算逻辑。农业作业经常遇到突发天气，农户可能会超时还机。我的方案是在订单表加一个actual_end_time和overdue_fee字段，还机时后端自动计算：

java复制// 超时费用计算：超出部分按小时单价1.5倍计费
public BigDecimal calculateOverdueFee(LeaseOrder order) {
    if (order.getActualEndTime() == null) {
        return BigDecimal.ZERO;
    }
    if (order.getActualEndTime().isAfter(order.getEndTime())) {
        long overdueHours = ChronoUnit.HOURS.between(order.getEndTime(), order.getActualEndTime());
        return order.getUnitPrice()
                .multiply(new BigDecimal(overdueHours))
                .multiply(new BigDecimal("1.5"));
    }
    return BigDecimal.ZERO;
}

3.5 还机与设备状态回收流程

还机操作不能简单地把设备状态改为空闲就完事。我设计的还机流程是：

核对设备完好程度，有没有明显损坏
计算实际作业时间，生成超时费用（如果有）
更新订单状态为已完成，记录actual_end_time
更新无人机状态为空闲，清空current_order_id
如果发现故障，将设备状态改为维护中，同时生成一条维修记录

这里的顺序很重要，先更新订单再更新设备，保证在事务一致性范围内。千万别把两步拆成两个Controller方法，万一第一步成功第二步失败，你的设备就变成“幽灵占用”了。

4. 前端JSP页面与交互实现

4.1 JSP页面组织与公共布局

JSP页面我建议全部放在WEB-INF/views目录下，这样用户没法通过浏览器直接访问jsp文件，必须经过Controller转发，安全性会好很多。目录结构按模块划分：

code复制webapp/
├── WEB-INF/
│   ├── views/
│   │   ├── drone/
│   │   │   ├── list.jsp
│   │   │   ├── add.jsp
│   │   │   └── detail.jsp
│   │   ├── order/
│   │   │   ├── list.jsp
│   │   │   ├── create.jsp
│   │   │   └── detail.jsp
│   │   ├── common/
│   │   │   ├── header.jsp
│   │   │   └── sidebar.jsp
│   │   └── login.jsp
│   └── web.xml
├── static/
│   ├── css/
│   └── js/
└── index.jsp

公共头部和侧边栏我用<%@ include %>标签做引入，这样改菜单栏只需要改一个文件。这个设计虽然简单，但对维护体验的提升非常大。

4.2 列表页的分页与条件查询

无人机列表页是整个系统最常用的页面，一定要做好分页。我用的是PageHelper插件，在pom.xml里引入：

xml复制<dependency>
    <groupId>com.github.pagehelper</groupId>
    <artifactId>pagehelper-spring-boot-starter</artifactId>
    <version>1.4.2</version>
</dependency>

在MyBatis配置里加上插件：

xml复制<property name="plugins">
    <array>
        <bean class="com.github.pagehelper.PageInterceptor">
            <property name="properties">
                <value>
                    helperDialect=mysql
                    reasonable=true
                </value>
            </property>
        </bean>
    </array>
</property>

然后在Service层直接：

java复制public PageInfo<DroneVO> queryDroneList(int pageNum, int pageSize, DroneQuery query) {
    PageHelper.startPage(pageNum, pageSize);
    List<DroneVO> list = droneMapper.selectByCondition(query);
    return new PageInfo<>(list);
}

注意PageHelper的一个大坑：它的分页插件机制是基于ThreadLocal的，必须在紧跟着的Mapper查询之前调用startPage，中间不能穿插其他查询语句。而且PageHelper只对紧跟的第一条SQL生效，如果你在前面的代码里先执行了别的count查询，分页就会失效。

页面上的表格，我建议用Bootstrap + jQuery的经典组合。操作列放“编辑”“状态变更”“订单记录”三个按钮，通过data-id属性传ID。表格数据用JSTL的<c:forEach>循环渲染，比用JS拼HTML清爽得多：

jsp复制<c:forEach items="${pageInfo.list}" var="drone">
    <tr>
        <td>${drone.id}</td>
        <td>${drone.model}</td>
        <td>${drone.brand}</td>
        <td>
            <c:choose>
                <c:when test="${drone.status == 0}">
                    <span class="label label-success">空闲</span>
                </c:when>
                <c:when test="${drone.status == 1}">
                    <span class="label label-warning">已预定</span>
                </c:when>
                <c:when test="${drone.status == 2}">
                    <span class="label label-info">作业中</span>
                </c:when>
                <c:when test="${drone.status == 3}">
                    <span class="label label-danger">维护中</span>
                </c:when>
                <c:otherwise>
                    <span class="label label-default">停用</span>
                </c:otherwise>
            </c:choose>
        </td>
        <td>${drone.dailyRent}</td>
        <td>
            <a href="${pageContext.request.contextPath}/drone/edit?id=${drone.id}" class="btn btn-xs btn-primary">编辑</a>
            <button class="btn btn-xs btn-danger" onclick="changeStatus(${drone.id})">状态变更</button>
        </td>
    </tr>
</c:forEach>

4.3 表单校验与交互细节

JSP项目的前端校验我一般用jQuery Validate插件，再加上后端的一次校验。原则就是：前端校验为了用户体验，后端校验为了数据安全。特别是价格、亩数、时间这些关键字段，后端必须再校验一遍，防止有人绕过前端直接构造POST请求。

日期时间选择器推荐用laydate，它比bootstrap-datepicker体积小，而且支持时间范围联动。选开始时间后自动设置结束时间的最小值为开始时间，这个交互细节能大幅减少无效订单。我记得第一次做这个功能时没做联动，农户预约了一个结束时间早于开始时间的订单，后面算逾期费全是负数，对着账单查了半天才找到原因。

4.4 管理后台的统计报表页面

统计报表我这里用了一个取巧的方案：后端用SQL直接聚合出数据，返回JSON给前端，前端用ECharts渲染图表。比如统计最近7天营收的SQL：

xml复制<select id="selectDailyRevenue" resultType="map">
    SELECT
        DATE(create_time) as date,
        SUM(total_amount) as revenue
    FROM lease_order
    WHERE status IN (2, 3)
      AND create_time >= DATE_SUB(CURDATE(), INTERVAL 7 DAY)
    GROUP BY DATE(create_time)
    ORDER BY date
</select>

这里要说明一下，统计口径一定要确定清楚。是按订单创建时间统计，还是按实际还机时间统计？两种口径算出来的营收差异很大。我建议用“实际还机时间”作为营收确认时间点，因为这时候服务才真正完成，钱才是落袋为安的。如果按创建时间统计，那只是一堆“应收”，不是“实收”。

5. 部署上线与常见问题排查实录

5.1 从开发环境部署到Tomcat

项目开发完成后，部署方式我推荐直接用IDEA配置Tomcat进行本地调试，上线时打war包扔到服务器。IDEA里部署的时候有几个常见坑：

Artifact类型一定要选war exploded，这样jsp文件修改后能热生效，不用每次重启Tomcat
Application context要和数据库配置里的路径一致，否则页面访问404
Tomcat的端口和JVM参数在Run Configuration里配好，建议加上-Dfile.encoding=UTF-8

打包时在pom.xml里设置：

xml复制<build>
    <finalName>drone-rental</finalName>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-war-plugin</artifactId>
            <version>3.3.2</version>
        </plugin>
    </plugins>
</build>

然后在项目根目录执行mvn clean package，target目录下就会生成drone-rental.war。把这个war包扔到Tomcat的webapps目录下，启动Tomcat，访问http://服务器IP:8080/drone-rental/就能看到系统首页。

5.2 我踩过的五个典型故障

第一个坑：页面全部404，但是Tomcat启动日志又没有报错。这个基本是web.xml里DispatcherServlet的url-pattern配置问题，如果配成了/*，会把JSP请求也拦截掉。正确做法是配成/，把JSP的渲染交给Servlet容器处理。

第二个坑：Mapper接口和XML映射文件找不到对应关系。报错信息通常是“Invalid bound statement (not found)”，检查三处：XML的namespace必须是对应Mapper接口的全限定名；SQL的id必须和接口方法名完全一致；applicationContext里mapperLocations路径是否指向了实际目录。

第三个坑：中文乱码。这个分三层解决：数据库连接URL加上characterEncoding=utf8；web.xml里配置CharacterEncodingFilter，forceEncoding设为true；JSP页面顶部加上<%@ page contentType="text/html;charset=UTF-8" %>。三层都配好，基本能杜绝乱码。

第四个坑：更新操作后，页面还是显示旧数据。这是MyBatis的一级缓存和二级缓存捣的鬼。排查方法是在mybatis-config.xml里设置cacheEnabled=false，或者执行完修改后手动调用sqlSession.clearCache()。生产环境我建议直接关掉二级缓存，这种业务系统对实时性要求高，缓存收益不大。

第五个坑：多个用户同时租同一台设备导致超卖。前面代码里已经用了SELECT FOR UPDATE，这里再强调一下为什么不用简单的乐观锁。乐观锁（version字段）适合读多写少的场景。而无人机下单这种操作，冲突的概率极高，用乐观锁会导致大量请求重试，用户体验很差。直接上悲观锁虽然会让数据库并发能力下降，但胜在逻辑简单、绝对可靠。在这个业务体量下，这完全不是问题。

5.3 数据库迁移与环境一致性

本地开发跑得好好的，部署到服务器就各种问题。这里我建议初始化数据用SQL脚本统一管理，不要用Navicat手动点。把建表语句和种子数据放在sql/init.sql里，服务器上执行source命令导入，保证环境一致性。

另外连接线上数据库时，我遇到过MySQL 8.0的caching_sha2_password认证插件导致连接失败的情况。解决方案是在创建用户时指定认证插件：

sql复制CREATE USER 'drone_admin'@'%' IDENTIFIED WITH mysql_native_password BY 'yourpassword';
GRANT ALL PRIVILEGES ON drone_rental.* TO 'drone_admin'@'%';
FLUSH PRIVILEGES;

5.4 服务器部署的Jenkins自动化方案

热搜里有人提到jenkins持续集成java项目，如果这个租赁系统后续要长期迭代，我建议把部署流程做成自动化。最简单的方案是：

服务器上安装Jenkins，配置Maven和JDK环境
创建自由风格任务，源码管理选Git，填上项目仓库地址
构建触发器勾选“Poll SCM”，轮询时间设H/5 * * * *
构建步骤添加“Invoke top-level Maven targets”，目标填clean package -DskipTests
构建后操作选择“Deploy war/ear to a container”，填写Tomcat的Manager地址和凭据

这样每次代码push到Git仓库后，Jenkins会自动拉取、编译、打包、部署，全程不用人工干预。加上钉钉通知，构建失败会直接推送到群里，团队成员都能第一时间知道。

6. 面试中会被追问的方向

6.1 并发安全的实现原理

如果你把这个项目写进简历，面试官大概率会问“下单时怎么保证不超卖”。你一定要能清楚地讲出这段逻辑：事务开启时，通过SELECT FOR UPDATE对无人机记录加行级排他锁，事务提交或回滚时释放。在这个锁的保护下，第二个事务的SELECT FOR UPDATE会阻塞，直到第一个事务结束。用数据库自带的锁机制来保证并发控制，比在应用层用synchronized块更可靠，因为synchronized只能保证单机内的线程安全，一旦部署多实例就没用了。

6.2 SSM框架的请求流转过程

面试必考的另一个点是Spring MVC的工作流程。要能答出来：客户端发起请求到DispatcherServlet，DispatcherServlet根据HandlerMapping找到对应的Handler（也就是Controller方法），通过HandlerAdapter调用Controller方法，Controller返回ModelAndView，视图解析器解析视图名拼出完整路径，渲染后响应给客户端。这里面的HandlerMapping、HandlerAdapter、ViewResolver全部是在spring-mvc.xml里配置的，面试官问的时候要能对着配置讲。

6.3 状态设计模式的扩展思考

热搜里有人搜java策略模式和状态模式。我告诉你，无人机状态流转就是一个典型的状态模式场景。如果后续状态越来越多，比如加上“待审核”“已锁定”，if-else会迅速膨胀。重构方向可以是定义一个DroneState接口，每个状态实现一个类，状态之间的流转通过状态类的transition方法完成。不过对课程设计来说，先用简单的if-else把逻辑跑通更重要，在面试时口述你的重构思路，反而能加分。

7. 项目扩展建议与个人实操心得

7.1 可扩展的功能方向

农业无人机租赁系统做完基础版后，有很多自然的扩展方向：

接入天气API，下雨天自动提醒农户调整作业时间
增加航迹记录，作业完成后自动生成作业报告含面积和轨迹图
对接微信公众号，农户在小程序里直接下单付款
引入信用分机制，信用低的用户需要预付押金

这几个方向里，我最推荐加“GIS地图”功能，把无人机的位置实时显示在地图上。这算是农业无人机和普通租赁系统的关键差异点，能让你的项目在答辩或面试时给人留下深刻印象。

7.2 数据库升级到分库分表的时机

很多人急着把系统做成分布式，给订单表分库分表。除非你的订单量真的大到MySQL单表扛不住，否则真的别加复杂度。农业无人机租赁这种业务，一台无人机一天最多服务几百亩地，订单量根本不可能冲到千万级。先按时间做分区就是最务实的优化方式：

sql复制ALTER TABLE lease_order
PARTITION BY RANGE (YEAR(create_time)) (
    PARTITION p2023 VALUES LESS THAN (2024),
    PARTITION p2024 VALUES LESS THAN (2025),
    PARTITION p2025 VALUES LESS THAN MAXVALUE
);

7.3 最后的几点忠告

我在带新人的过程中发现，大家看这类教程最容易犯的毛病就是眼高手低。看懂了觉得很简单，一动手全是问题。所以我建议你拿到这个项目后，不要直接照着代码抄，而是先自己根据需求把表建一遍，再写一个最简单的“根据ID查无人机”功能，把SSM的整个请求链路跑通。链路通了，剩下的功能就是在重复的基础上修修补补。

实际开发中还有一个被严重低估的技能是看日志。很多人代码出了错就懵了，其实Tomcat控制台的异常堆栈已经把答案告诉你了一半。认真读一遍异常信息，90%的问题都能定位到具体是哪一行代码出了错。排查问题的能力不是靠搜题获得的，是在一次次debug中长出来的。

这个项目做完，你的收获远不止一个毕业设计或一段简历项目经历。它会逼你把Maven构建、数据库设计、SSM框架整合、IDEA调试、Tomcat部署这些Java后端开发的核心技能全部串起来。以后无论是转Spring Boot还是学微服务，你会发现底子已经打牢了，学什么都很顺手。这，才是这个项目真正值钱的地方。