Java实现地铁购票系统：Android与Spring Boot开发实践

1. 项目背景与核心需求

地铁购票系统作为城市公共交通信息化的重要组成部分，其移动端实现一直是计算机专业学生实践的热门选题。这个基于Java的毕业设计项目，本质上需要解决三个核心问题：

1. 如何用Java技术栈实现完整的移动端购票业务流程
2. 如何设计符合地铁运营特点的数据结构和算法
3. 如何确保系统在毕业答辩演示环境下的稳定运行

从技术选型来看，Android原生开发（Java）相比跨平台方案更适合作为教学项目，因为它能完整展示：

• 移动端UI开发能力
• 本地数据存储方案
• 网络通信实现
• 业务逻辑处理等基础能力

2. 系统架构设计

2.1 技术栈选型

基础框架组合：

• 客户端：Android SDK + Java 8
• 服务端：Spring Boot 2.7 + MySQL 8.0
• 通信协议：RESTful API + JSON

选型理由：

1. Android原生开发能完整覆盖移动端开发知识体系
2. Spring Boot简化服务端开发复杂度
3. MySQL满足关系型数据存储需求且便于演示环境部署

2.2 核心模块划分

java复制// 典型包结构示例
com.metro.ticket
├── activity      // 安卓Activity组件
├── adapter       // 列表适配器
├── bean          // 数据实体
├── db            // 本地数据库操作
├── http          // 网络通信
├── service       // 后台服务
└── util          // 工具类

3. 关键功能实现细节

3.1 线路查询算法实现

地铁线路数据通常采用图结构存储，这里采用邻接表实现：

java复制public class Station {
    String name;
    List<Edge> edges; // 相邻站点连接信息
}

public class Edge {
    Station nextStation;
    int distance;    // 站间距离
    int lineId;      // 所属线路
}

最短路径计算采用Dijkstra算法优化版：

java复制public List<Station> findShortestPath(Station start, Station end) {
    // 实现细节省略...
    // 关键点：考虑换乘权重（实际项目中换乘通常额外耗时5分钟）
}

3.2 购票业务逻辑

票价计算规则示例：

java复制public BigDecimal calculatePrice(int distance) {
    if (distance <= 6) return new BigDecimal("3");
    else if (distance <= 12) return new BigDecimal("4");
    // 其他计价规则...
}

订单状态机设计：

java复制public enum OrderStatus {
    UNPAID,     // 未支付
    PAID,       // 已支付
    COMPLETED,  // 已完成
    REFUNDED    // 已退款
}

4. 数据库设计要点

4.1 主要表结构

用户表(users)：

sql复制CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(50) UNIQUE,
    password VARCHAR(100), -- 建议存储加密后的密码
    balance DECIMAL(10,2) DEFAULT 0
);

线路表(lines)：

sql复制CREATE TABLE lines (
    id INT PRIMARY KEY,
    name VARCHAR(20),
    color VARCHAR(10) -- 用于UI显示线路颜色
);

4.2 性能优化方案

1. 站点查询添加空间索引：

sql复制ALTER TABLE stations ADD SPATIAL INDEX(location);

2. 高频访问的热门线路数据可做Redis缓存：

java复制@Cacheable(value = "lineInfo", key = "#lineId")
public Line getLineInfo(int lineId) {
    // 数据库查询逻辑
}

5. 开发中的典型问题与解决方案

5.1 安卓端常见问题

1. 列表卡顿优化

• 使用ViewHolder模式
• 异步加载站点图片
• 分页加载线路数据

2. ANR（应用无响应）预防

• 耗时操作放入子线程
• 使用AsyncTask或RxJava处理网络请求
• 主线程只处理UI更新

5.2 服务端调试技巧

1. 接口调试使用Postman时注意：

• 设置正确的Content-Type（application/json）
• 添加认证头（如果有）
• 使用环境变量管理不同环境的URL

2. 日志记录建议：

java复制@RestController
@RequestMapping("/api")
public class TicketController {
    private static final Logger logger = LoggerFactory.getLogger(TicketController.class);
    
    @PostMapping("/purchase")
    public Response purchase(@RequestBody Order order) {
        logger.info("收到购票请求：{}", order);
        // 业务逻辑...
    }
}

6. 毕业设计答辩准备建议

6.1 演示重点设计

1. 核心流程演示路径：

   • 用户登录 → 线路查询 → 购票 → 支付 → 订单查询
   • 管理员后台数据统计展示

2. 备用演示方案：

   • 准备离线演示数据
   • 录制操作视频作为备份

6.2 答辩常见问题准备

1. 技术类问题：

   • 为什么选择Dijkstra算法而不是A*？
   • 如何保证支付过程的安全性？

2. 业务类问题：

   • 票价计算规则的设计依据？
   • 系统如何处理高峰期的并发请求？

7. 项目扩展方向

1. 实际应用增强：

   • 添加二维码检票功能（ZXing库集成）
   • 对接第三方支付（支付宝/微信SDK）

2. 技术创新点：

   • 加入乘车路线推荐算法（考虑拥堵情况）
   • 实现离线购票功能（Service Worker缓存）

3. 管理功能完善：

   • 客流数据分析看板
   • 动态票价调整模块

对于想要完整源码的同学，建议在实现时注意：

1. 包结构要保持清晰
2. 关键算法要有详细注释
3. 数据库脚本要包含示例数据
4. 接口文档要配套完善

这个项目最值得深入的技术点其实是地铁线路数据的存储和计算方案，在实际开发中，建议先用小规模数据（3-4条线路）测试算法正确性，再扩展到完整线路网络。我在实现时曾遇到换乘计算不准确的问题，后来发现是权重设置不合理，通过给换乘站添加额外时间成本解决了这个问题。