【Android 项目实战 01】从乘客下单到司机抢单：网约车平台 App 的设计与实现（Spring Boot + MySQL）

先说结论

• 这是一个课程设计 / 毕业设计型网约车平台：Android 端承担用户操作，Java + Spring Boot 提供后台接口，MySQL 负责业务数据持久化。

• 项目已覆盖乘客、司机、管理员三类角色的基础业务闭环；本文重点讲架构、订单流转、数据表与后端关键实现，不把它包装成生产级商业平台。

角色

核心操作

系统侧对应模块

乘客

注册登录、浏览首页和资讯、维护个人信息、提交乘客订单与约车信息

用户注册、用户信息、前台首页、资讯列表、乘客订单

司机

维护司机与车辆相关信息、查看并处理抢单相关信息

司机管理、抢单信息、约车信息

管理员

审核和管理平台内容、用户与订单数据

轮播图、公告栏、管理员/乘客/司机、新闻、顺风车、约车信息、制单信息、乘客订单、抢单信息

层级

选型

在项目中的职责

移动端

Android

承载注册、登录、首页浏览、用户信息和乘客订单等操作入口。

后端

Java + Spring Boot

通过 Controller 接收接口请求，完成登录、注册、上传、订单新增等业务处理。

数据层

MySQL

保存用户、乘客、司机、约车、顺风车、乘客订单、抢单等业务数据。

会话控制

Token

登录校验通过后生成并保存访问令牌，返回用户信息与登录状态。

Android 客户端

→

Controller / REST 接口

→

Spring Boot 业务层

→

MySQL 数据库

实体 / 表

关键字段举例

业务作用

passenger（乘客）

passenger_number、passengers_name、region、examine_state、user_id

关联平台用户，保存乘客基本信息与审核状态。

driver（司机）

driver_no、vehicle_name、license_plate_number、name_of_driver、user_id

维护司机、车辆与用户账号的关联。

passenger_order（乘客订单）

starting_point、end、order_time、number_of_passengers、unit_price、ride_amount

记录乘客下单的基本信息和订单金额相关字段。

order_grabbing_information（抢单信息）

odd_numbers、driver_no、vehicle_name、quantity_of_order_grabbing、pay_state

承接司机抢单与订单处理后的扩展信息。

car_hailing_information（约车信息）

appointment_no、place_of_origin、destination、driver_no、pay_type、examine_state

保存预约与约车信息，以及支付、审核等状态字段。

free_ride（顺风车）

place_of_origin、destination、seats、release_date、ticket_unit_price

存储顺风车发布信息与座位、票价等字段。

字段设计中值得保留的思路

• 把审核状态、支付状态、推荐标记、创建时间和更新时间保留在业务表中，后台审核和运营统计才有落点。

• 订单信息里同时存储联系人、路线和人数等快照字段，有助于在订单记录里保留当时提交的关键信息。

• 后续迭代时，可以把订单状态设计为统一状态机，避免“审核状态、支付状态、抢单状态”分散更新。

// 根据论文登录接口整理的伪代码
@PostMapping("/login")
public Result login(LoginRequest req) {
User user = userService.findByUsernameOrEmailOrPhone(req);
if (user == null || !passwordMatches(req.getPassword(), user.getPassword()))
return error(30000, "账号或密码不正确");
if (!groupService.exists(user.getUserGroup())
|| !user.isApproved() || user.getState() != 1)
return error(30000, "当前账号不可登录");
String token = tokenService.createAndSave(user);
return success(Map.of("token", token, "user", user));
}

@PostMapping("/passenger-order/add")
@Transactional
public Result createPassengerOrder(@RequestBody Map<String, Object> payload) {
// 实际项目中应补齐：字段校验、用户身份校验、订单号生成等
passengerOrderService.insert(payload);
return success(1);
}

@PostMapping("/upload")
public Result upload(MultipartFile file) throws IOException {
if (file.isEmpty()) return error(30000, "没有选择文件");

File targetDir = new File(uploadDir);
if (!targetDir.exists() && !targetDir.mkdirs()) {
return error(30000, "创建目录失败");
}

File dest = new File(targetDir, buildSafeFileName(file));
file.transferTo(dest);
return success(Map.of("path", dest.getPath()));
}

继续迭代时，建议优先补这 3 件事

• 密码不应以可逆形式直接存储；应采用安全哈希方案，并在登录时做比对。

• 上传文件要限制类型、大小与文件名，避免把非业务文件直接暴露在可访问目录。

• 订单接口补齐参数校验、幂等控制、订单号生成和角色权限校验，再考虑抢单并发控制。

移动端首页：展示约车相关内容入口

乘客订单：填写路线、联系人等信息

已覆盖 / 已展示

尚未作为本项目重点呈现的能力

注册、登录、用户状态校验、Token 登录态、后台信息管理、订单新增、抢单信息、文件上传、Android 页面展示

实时定位与地图导航、订单并发抢占策略、真实支付接入、消息推送、风控审核、分布式部署与高可用