企业官网建设流程全解析

简介：一份基于Android平台的校园导航APP毕业设计论文文档，适合计算机、软件工程相关专业学生完成课程设计或毕业论文时参考。文档围绕校园导航APP的完整开发流程展开，涵盖研究背景、现状分析、Eclipse与Android SDK等开发工具介绍、系统可行性分析、需求分析、流程设计、用例图、系统功能模块划分、数据库设计以及登录、地图、话题等核心界面实现，能够帮助读者快速理解APP从需求到落地的整体思路。同时涉及系统安全性、数据完整性等性能要求。资源包仅包含1个docx文件，大小634KB，正文结构完整、目录清晰，可作为论文格式与写作范本参考。已有137人学习浏览，是一份针对Android开发与位置服务应用的实用参考资料。对于需要撰写校园导航或同类LBS应用毕业论文的同学，可结合系统设计、数据库表结构和界面实现细节，快速搭建自己的论文框架并完善项目说明；对初学者而言，也有助于理解一个Android项目从分析、设计到功能落地的完整过程。

1. 校园导航APP拆解：Android原生、Java与MySQL的完整闭合

校园导航APP这类项目，表面上看是一个“地图应用”，真正动手做下来会发现它同时踩了Android四大组件、网络请求、数据库设计、权限适配这些环节。一个新生找不到充电桩的问题，最后落地成一条完整链路：Android客户端通过HTTP请求服务端接口，服务端读写MySQL表，再把结果返回给客户端并调起地图导航。这套资源技术栈不新，但胜在结构完整，注册登录、话题、地图、我的四个常规用户模块之外，还带了管理员侧的充电区管理、反馈管理、使用记录和用户管理。适合两类人，一类是拿它当毕业设计底子，另一类是刚接触Android想找一个全流程样本的开发者。把它拆清楚，基本等于把Android原生应用的主要环节过了一遍。

2. 需求梳理与MySQL表设计：登录、话题、地图、评价四张核心表

2.1 从用例图反推功能边界

原论文给出的系统用例图覆盖了用户和管理员两个角色：用户能注册、登录、浏览话题、查看地图、进入“我的”页面；管理员额外拥有充电区管理、反馈管理、使用记录、用户管理。拆项目时别急着写代码，先把用例图转成接口清单更稳。比如“地图”模块至少拆出两个接口：获取POI列表、提交或更新位置坐标；“话题”模块拆出话题列表、话题详情、发表评价。每个接口对应一张表或一次SQL查询，这个分析过程直接决定了后端API的数量和数据库字段的粒度。

2.2 为什么服务端选MySQL而不是SQLite

移动端单机存数据用SQLite问题不大，但校园导航的POI由管理员统一定期更新，用户话题和评价需要汇总展示，数据必须集中存放。选MySQL主要看三点：InnoDB支持事务和行级锁，登录校验和评价写入这类短事务不容易出现脏数据；utf8mb4字符集能直接存中文和emoji，话题标题里带特殊符号不会报错；JDBC驱动成熟，和Java服务端配合的成本最低。论文里写的“B/S结构”在工程上更准确的说法是：Android作为客户端，服务端提供Web接口，中间用JSON通信，数据库不直接暴露给手机端。

2.3 四张核心表的字段设计与建表SQL

原设计里的四张表字段如下：

建议按下面的SQL建表，把原文档里不合理的字段类型顺手修正：

CREATE TABLE t_user ( id INT NOT NULL AUTO_INCREMENT COMMENT '用户编号', username VARCHAR(50) NOT NULL COMMENT '用户名', passwd VARCHAR(64) NOT NULL COMMENT '密码，生产环境用BCrypt哈希', email VARCHAR(64) DEFAULT NULL COMMENT '邮箱', tel VARCHAR(20) DEFAULT NULL COMMENT '电话', qq VARCHAR(20) DEFAULT NULL COMMENT 'QQ号', wechat VARCHAR(20) DEFAULT NULL COMMENT '微信号', sex VARCHAR(8) DEFAULT NULL COMMENT '性别', img VARCHAR(200) DEFAULT NULL COMMENT '头像文件路径', PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这里有两处改动需要注意：原表中email和wechat字段类型是int，字符串型手机号、微信号会被截断，必须改成varchar；给username加了唯一索引，注册时靠数据库这一层就能挡住重复账号，比在Java代码里先查后插更可靠。

CREATE TABLE ditu ( id INT NOT NULL AUTO_INCREMENT COMMENT 'POI编号', title VARCHAR(100) NOT NULL COMMENT '地点名称，如“第一食堂”', weizhi VARCHAR(255) NOT NULL COMMENT '位置描述或“纬度,经度”', PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

weizhi字段是这张表的核心，有两种存法：直接存文本描述，展示时原样显示，简单但无法定位；存“纬度,经度”字符串，导航时直接解析成geo坐标。我更倾向后者，因为校内POI坐标变化不频繁，管理员在后台手工编辑经纬度完全可行，而且可以直接复用系统地图的定位能力。

CREATE TABLE huati ( id INT NOT NULL AUTO_INCREMENT COMMENT '话题编号', title VARCHAR(100) NOT NULL COMMENT '话题标题', ndate VARCHAR(20) DEFAULT NULL COMMENT '发布日期', img VARCHAR(200) DEFAULT NULL COMMENT '配图路径', PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; CREATE TABLE pingji ( id INT NOT NULL AUTO_INCREMENT COMMENT '评价编号', title VARCHAR(200) DEFAULT NULL COMMENT '关联话题标题', riqi VARCHAR(20) DEFAULT NULL COMMENT '评价日期', neirong VARCHAR(500) DEFAULT NULL COMMENT '评价内容', pingjiaren VARCHAR(50) DEFAULT NULL COMMENT '评价人', huifu VARCHAR(500) DEFAULT NULL COMMENT '管理员回复', PRIMARY KEY (id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这两张表通过title字段做逻辑关联，没有物理外键。老手看到会觉得别扭，但课设场景下能省掉连表查询，列表页直接按条件查评价表就行。代价是管理员改话题标题后，旧评价的title字段不会跟着变。后续要扩展的话，建议给pingji加一个topic_id外键，把逻辑关联改成物理关联。

2.4 登录流程与权限控制的思路

服务端登录接口先查t_user，查到后校验passwd，成功后返回用户ID、用户名和role字段。role不需要单独建表，在t_user里加一个TINYINT类型字段就可以，0表示普通用户，1表示管理员。Android端收到JSON后把role存进SharedPreferences，首页根据role决定是否渲染“充电区管理”入口，这样管理端和用户端在同一个APP里切换，不需要打两个安装包。

3. Android客户端实现：登录注册、POI列表与地图导航

3.1 开发环境：从Eclipse迁移到Android Studio

原论文写的是Eclipse加Android SDK加JDK的组合，那是Android早期的主流工具链。现在做这个项目，直接用Android Studio更现实，JDK 8以上，Android SDK通过SDK Manager按需安装。迁移成本其实不高：Java源码、res目录和AndroidManifest.xml基本可以原样保留，把libs下的jar包重新引入，Gradle里补齐依赖就能构建。Android Studio对布局预览、Gradle构建、模拟器快照和adb工具链的整合，比Eclipse顺手很多，调试定位问题的效率高出一截。

3.2 登录注册：网络请求与UI线程

登录界面就是两个输入框加一个登录按钮，注册界面再加确认密码。业务逻辑本质上是一个HTTP POST加JSON解析，核心代码如下：

// LoginActivity.java 登录核心逻辑 private void doLogin(String username, String password) { ExecutorService executor = Executors.newSingleThreadExecutor(); executor.execute(() -> { String result = postRequest("http://10.0.2.2:8080/campus_navi/login", "username=" + username + "&password=" + password); runOnUiThread(() -> handleLoginResult(result)); }); executor.shutdown(); } private String postRequest(String urlStr, String body) { HttpURLConnection conn = null; try { URL url = new URL(urlStr); conn = (HttpURLConnection) url.openConnection(); conn.setRequestMethod("POST"); conn.setConnectTimeout(5000); conn.setDoOutput(true); conn.getOutputStream().write(body.getBytes("UTF-8")); int code = conn.getResponseCode(); if (code == 200) { InputStream in = conn.getInputStream(); ByteArrayOutputStream baos = new ByteArrayOutputStream(); byte[] buf = new byte[1024]; int len; while ((len = in.read(buf)) != -1) { baos.write(buf, 0, len); } return baos.toString("UTF-8"); } return null; } catch (IOException e) { Log.e("Login", "network error", e); return null; } finally { if (conn != null) conn.disconnect(); } } private void handleLoginResult(String result) { if (result == null) { Toast.makeText(this, "网络请求失败，请检查服务器地址", Toast.LENGTH_SHORT).show(); return; } try { JSONObject json = new JSONObject(result); if (json.getInt("code") == 1) { // 把用户信息和角色写入本地，首页用来判断是否显示管理入口 getSharedPreferences("user", MODE_PRIVATE) .edit() .putString("username", json.getString("username")) .putInt("role", json.getInt("role")) .apply(); startActivity(new Intent(this, MainActivity.class)); finish(); } else { Toast.makeText(this, json.getString("msg"), Toast.LENGTH_SHORT).show(); } } catch (JSONException e) { Log.e("Login", "json parse error", e); } }

这段代码里几个参数值得说明：connectTimeout设置成5秒，避免服务器宕机后登录按钮长时间无响应；10.0.2.2是Android模拟器访问宿主机的固定IP，真机调试时改成电脑的局域网IP；SharedPreferences用MODE_PRIVATE私有模式，存用户名和角色够用。网络请求放在ExecutorService子线程里执行，是因为Android 4.0以后主线程不允许直接访问网络，否则会抛NetworkOnMainThreadException。

提示：模拟器访问宿主机用10.0.2.2，真机用局域网IP。如果服务端部署在云服务器，直接填公网IP，但要在安全组里只放行自己服务端口。

3.3 地图模块：POI展示与调起导航

地图模块在项目里的角色比较特殊，它不内嵌高德或百度的完整地图SDK，而是围绕ditu表的POI数据做两件事：列表展示和跳转导航。列表用RecyclerView填充，每个item显示地点名称和位置描述，点击后调起外部地图。导航用系统geo协议，代码很简洁：

public void openMap(String title, String latLng) { // latLng 格式："31.2304,121.4737"，由服务器经纬度字段提供 Uri geoUri = Uri.parse("geo:0,0?q=" + latLng + "(" + title + ")"); Intent intent = new Intent(Intent.ACTION_VIEW, geoUri); if (intent.resolveActivity(getPackageManager()) != null) { startActivity(intent); } else { Toast.makeText(this, "未检测到可用的地图应用", Toast.LENGTH_SHORT).show(); } }

geo协议是Android系统内置的URI scheme，有两个常用变种：geo:lat,lng直接定位到坐标点，适合已知经纬度的POI；geo:0,0?q=地址或者关键字可以唤起支持地理位置的App做搜索。用q参数把校园地点名拼进去，用户跳转到地图App后直接看到目标点，误差在校园范围内可以接受。要内嵌地图的话，用百度或高德的Android SDK，申请Key时注意applicationId和签名证书的SHA1必须匹配，否则地图渲染成空白。

3.4 定位权限的前置声明

如果要做“当前位置附近POI”这类功能，定位权限是躲不开的。需要在AndroidManifest.xml里声明ACCESS_FINE_LOCATION和ACCESS_COARSE_LOCATION，并且在Android 6.0以上运行时动态申请。这两个权限属于运行时权限，只写在清单文件里不够，第5章会专门展开说明。

4. 话题、评价与管理员端的接口实现

4.1 话题列表与图片加载的轻量方案

话题模块是一个标准的信息流页面，展示huati表的title、ndate、img字段。Android端用ListView或RecyclerView承载列表数据。图片加载如果不引入Glide，可以直接用BitmapFactory加子线程解析，减少第三方依赖：

private void loadImage(String url, ImageView iv) { new Thread(() -> { try { URL imageUrl = new URL(url); HttpURLConnection conn = (HttpURLConnection) imageUrl.openConnection(); conn.setConnectTimeout(3000); conn.setReadTimeout(3000); InputStream in = conn.getInputStream(); final Bitmap bmp = BitmapFactory.decodeStream(in); runOnUiThread(() -> iv.setImageBitmap(bmp)); } catch (IOException e) { Log.e("Topic", "load image failed", e); } }).start(); }

这个方案的优点是零依赖，缺点是内存占用不可控。加载大图时可以先采样压缩，把图片宽高各缩放为1/2，再塞进ImageView：

BitmapFactory.Options opts = new BitmapFactory.Options(); opts.inSampleSize = 2; // 宽高各缩放为1/2 Bitmap bmp = BitmapFactory.decodeStream(in, null, opts);

inSampleSize是BitmapFactory最常用的参数，值为2时图片占用内存约为原始图片的1/4，适合列表缩略图场景；数值过大会导致图片模糊，一般根据实际控件的长宽按需调整。需要滑动流畅的话，库选型上可以跳到Glide或者Coil，它们内部做了缓存和生命周期绑定，比手写解码省心。

4.2 评价与反馈的提交链路

用户在话题详情页看到已有评价，同时可以输入新的评价内容。提交后写入pingji表，服务端接口约定如下：

Android端把评价内容POST到服务端接口，服务端先校验用户是否已登录，再插入pingji表。原文档里pingji表还有huifu字段，这是管理员回复评价用的。回复链路的逻辑是：管理员在反馈管理页面看到全部评价，对某条记录回填huifu字段，用户端下次拉取详情时能看到管理员回复。这里要注意一个设计局限，pingji表用title关联话题而不是topic_id，一旦管理员修改话题标题，历史评价的title字段就失效了，这是原设计里比较明显的坑。

4.3 管理员端：充电区管理与用户管理

管理员功能集中在充电区管理，本质上是对ditu表和用户表的增删改查。入口用角色控制，登录后如果role等于1才显示。充电区管理最核心的操作是POI的删除和修改：

public void deletePoi(int poiId) { String url = "http://10.0.2.2:8080/campus_navi/admin/deletePoi?id=" + poiId; new Thread(() -> { try { HttpURLConnection conn = (HttpURLConnection) new URL(url).openConnection(); conn.setRequestMethod("POST"); // 删除用POST而不是GET conn.setConnectTimeout(5000); int code = conn.getResponseCode(); runOnUiThread(() -> { if (code == 200) { Toast.makeText(this, "删除成功", Toast.LENGTH_SHORT).show(); refreshList(); } else { Toast.makeText(this, "删除失败", Toast.LENGTH_SHORT).show(); } }); } catch (IOException e) { Log.e("Admin", "delete poi failed", e); } }).start(); }

这段代码有一个课设项目常见的习惯问题：很多初学者会用GET方法做删除操作。严格来说删除应该用POST或DELETE方法，GET请求的参数会出现在访问日志里，还容易被网关或CDN缓存，造成重复删除或误删。改成POST加URL参数是更稳妥的写法。用户管理和使用记录逻辑类似，都是查t_user表或操作流水表，再把结果用ArrayAdapter塞进ListView，注意列表Item里不要把密码字段拼上去。

4.4 数据一致性与事务边界

管理员修改充电区位置时，可能出现“前端显示成功，数据库没更新”的情况。常见做法是服务端在更新操作前开启事务，update语句执行后返回受影响行数，如果行数为0则回滚并向前端返回错误码。MySQL InnoDB默认自动提交，但多条更新语句需要手动控制事务边界：

START TRANSACTION; UPDATE ditu SET weizhi = '31.2304,121.4737' WHERE id = 7; UPDATE ditu SET title = '第二充电区' WHERE id = 7; COMMIT;

先查后改的惯用法在并发场景下要谨慎：两个请求同时读到旧数据再写回，可能互相覆盖。充电区坐标这类低频更新场景影响不大，但用户余额、使用记录这类高频写场景必须用行锁或乐观锁，否则数据一致性会出问题。

5. 打包发布前的必修课：动态权限、adb调试与签名加固

5.1 Android 6.0以上动态权限适配

校园导航的定位权限是典型的高危权限，Android 6.0也就是API 23之后，应用安装时不再一次性授予所有权限，必须在运行时向用户申请：

if (ContextCompat.checkSelfPermission(this, Manifest.permission.ACCESS_FINE_LOCATION) != PackageManager.PERMISSION_GRANTED) { ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.ACCESS_FINE_LOCATION}, 100); }

在onRequestPermissionsResult回调里判断grantResults数组，用户拒绝后再次进入时需要引导去应用设置页手动开启权限。targetSdkVersion高于31时，后台定位还要配合前台服务类型声明，否则应用退到后台后定位会被系统回收，导航场景直接失效。

注意：Android 12以后，蓝牙扫描权限也和定位权限绑定，如果校园导航后续要做室内蓝牙定位，这块必须提前评估。

5.2 用adb快速验证定位和界面跳转

Android调试桥（adb）是真机调试效率最高的工具，几组常用命令值得记下来。adb install -r app-debug.apk可以覆盖安装并保留数据，adb shell am start -n 包名/.MainActivity直接拉起指定Activity，adb logcat -s AndroidRuntime:E过滤崩溃日志。地图调试时最实用的是模拟器定位注入命令：

adb emu geo fix 121.4737 31.2304

这条命令给模拟器注入经纬度坐标，不用跑到室外就能验证POI展示和导航跳转逻辑。注意geo fix后面先经度后纬度，这里很多人会写反，导致定位点跑到完全相反的方向。

5.3 正式签名与混淆配置

打包上架不能直接用debug签名，需要生成自己的keystore密钥库：

keytool -genkeypair -v -keystore campus.jks -keyalg RSA -keysize 2048 -validity 3650 -alias campus

这个命令生成RSA 2048位密钥对，有效期3650天，生产环境建议把有效期设置得更长。Gradle里配置signingConfigs后执行assembleRelease就能打出正式包。混淆文件要保留实体类和数据模型，否则Gson反序列化时字段会全部变成null，keep规则至少要包含model包下的所有类。上线前把登录接口从HTTP切到HTTPS时，先确认服务端证书链完整，Android端在握手阶段会直接抛javax.net.ssl.SSLHandshakeException，记住，这个异常八成不是代码问题，而是证书链没配全。

本文还有配套的精品资源，点击获取