企业官网建设流程全解析

我评过不少 Android 方向的毕业设计，发现一个很有意思的现象：开题报告里写“本系统使用 Java/Kotlin 语言开发”的学生很多，但你要是追问一句“为什么选它”，一半人会说“Java 我课设用过”，另一半会说“Kotlin 现在比较火”。真正能把技术选型和毕设功能对应起来的人，其实没几个。

如果你正在为“还在纠结用 Java 还是 Kotlin”这个问题翻来覆去睡不着，我劝你先别急着收藏语法教程。因为选型这件事，表面上是在选一种编程语言，本质上是在选你未来三个月的工作方式：遇到空指针能不能少掉点头发，调蓝牙、进度条、文件权限这些毕设高频功能时到底顺手不顺手，最后答辩的时候导师突击提问你能不能接得住。这篇技术选型篇，我就按自己做项目、带毕设的实际经验，把这笔账给你算清楚。

1. 选型之前先想清楚这三件事

1.1 毕设的评价标准：功能完整度大于语法时髦度

先说一个很扎心的事实：本科毕业设计的评分标准里，语言本身占的权重低到可以忽略不计。老师更关心的是你有没有完整的业务流程、数据库设计合不合理、几个核心功能能不能跑通、论文里有没有像样的系统结构图。

所以你在 Java 和 Kotlin 之间纠结的时候，真正该问的问题不是“哪个语言未来工资高”，而是“哪个语言能让我在有限时间把功能做完”。很多同学选了 Java，不是因为 Java 更简单，而是因为课程设计、实验课、甚至考研复试问的东西全是 Java，你手上有一堆能抄的模板。如果毕业设计只有三个月，熟悉的工具永远比新潮的工具靠谱。

但反过来说，也有不少同学现在就在学 Kotlin，原因也现实：出去面试的时候，很多 Android 岗位已经在 JD 里明写着“熟悉 Kotlin 优先”。语言本身不是亮点，语言背后能不能做出完整 App 才是亮点。

1.2 你的真实基础：会 Java 不等于会用 Kotlin

有人觉得“Kotlin 不是能直接调 Java 库吗，那我用 Java 去写 Kotlin 项目不就行了”。理论上行得通，实际体验完全不是一回事。Kotlin 里有很多 Java 里没有的写法：空安全类型、扩展函数、协程、数据类、when 表达式。你用 Java 思路写 Kotlin，代码能跑，但跑得很难受，而且老师看到代码风格也会觉得不伦不类。

反过来，如果你 Java 本身也就停留在“照着课设改改”的水平，那切换到 Kotlin 的前两三天会非常痛苦，因为连findViewById的写法都变了。我的建议很直接：先打开 Android Studio 新建一个空项目，两种语言各写一遍登录界面加 RecyclerView 列表，哪个上手更顺就用哪个。这个测试成本很低，比你在论坛看十篇“Kotlin 比 Java 好”的帖子都有用。

1.3 未来半年你可能面对的三种场景

毕设选型这种事，不能只看当下，也要往后想半年。第一个场景是答辩现场，老师大概率会问“你这个项目为什么不用协程”“这个回调为什么要这么处理”，你要是用 Java，旧写法能解释明白就行；你要是用 Kotlin，又解释不出协程的优势，反而会减分。第二个场景是毕业求职，如果你的目标岗位明确是 Android，那 Kotlin 基本跑不掉；如果目标是后端，那其实这两种语言对 Java 岗的影响都不大，Java 反而更对口。第三个场景是二次开发，很多导师会把毕设接着往下做成比赛作品或者论文实验，那时候代码的可维护性就很重要了，Kotlin 的空安全和协程确实能省不少事。

一句话总结：没有绝对的对错，只有适不适合你当前的时间、基础和后续路线。

2. 一张表看懂 Java 和 Kotlin 在毕设里的真实差距

2.1 语法和工程效率：空安全、数据类、协程带来的差异

Kotlin 被 Android 官方选为第一开发语言，不是因为长得好看，而是因为它在工程效率上确实解决了很多 Java 时代的老大难。我拿三个毕设里最常见的痛点来对比。

第一个是空指针。Java 里你判断一个对象空不空，得像写论文摘要一样到处if (obj != null)，忘了判断就直接崩。Kotlin 的类型系统在编译期就在逼你想清楚这个变量到底能不能为空，能接受为空的用String?，不能为空的直接String，写到后面很多崩溃在编译阶段就被提前拦住了。

第二个是样板代码。Java 写一个带几个字段的 Bean，要写 getter、setter、toString，又臭又长。Kotlin 一个data class全搞定，尤其是做 JSON 解析的时候，数据类的优势非常明显。你要是做“校园二手交易 App”“图书馆座位预约系统”这类毕设，数据模型起码要写十几个 Bean，用 Kotlin 能省掉大量篇幅。

第三个是协程。Kotlin 的协程是把异步任务从“回调地狱”里解救出来的利器。Java 里网络请求做完回调要在主线程更新界面，你得手写runOnUiThread或者用 Handler，写完逻辑稍微复杂一点，回调套回调，人都要晕。Kotlin 里suspend函数配合withContext(Dispatchers.Main)，读起来跟同步代码一样，调试方便很多。

2.2 生态与文档：Java 资料多，Kotlin 官方力推

这个平衡点很微妙。Java 在 Android 上折腾了十几年，你随便搜一个功能，都能找到十年前的博客和 Stack Overflow 答案。比如你想做一个加载网页的 WebView，Java 的教程多到你根本看不完。Kotlin 虽然能直接调用这些 Java 代码，但很多老教程里的 API 在 Kotlin 写起来已经不太一样了，你得会“翻译”。

Kotlin 的官方文档质量高，Google 官方也在所有新样例里默认用 Kotlin，Android Studio 新建项目默认语言就是 Kotlin。说白了，你现在学 Kotlin，是在沿着 Google 铺好的路走，以后会越来越顺。Java 在 Android 这条路上则是能走，但前方似乎不再有新的高速公路。

所以我的看法是：如果是做课程设计，Java 资料多、老师懂、查问题快，稳妥；如果是做毕设并打算以后专攻 Android，别犹豫了，Kotlin 就是现在和未来的主流。你论文里写“为什么要选 Kotlin”，理由可以写得比选 Java 更充分。

2.3 三种典型毕设类型的选型建议

我用下面这张表把自己的建议总结一下：

这个表不是金科玉律，只是我见过太多项目之后的一个普遍规律。你要是已经有明确的功能模块，就针对这几个模块去搜一下资料量，哪个语言能找到更多相关代码，就选哪个，这是最务实的判断方法。

3. 实操：搭建项目环境并完成语言迁移

3.1 环境准备：JDK、Android Studio 中文界面设置

不管最后选哪种语言，第一步都是把 Android Studio 装好。这里要提醒一句：新的 Android Studio 版本会要求 JDK 版本匹配，装完 AS 后它会自带一个 JBR，一般不推荐自己乱配环境变量。但如果你还要写 Java 后端接口，那环境变量还是得配：JAVA_HOME指向 JDK 安装目录，PATH里加上%JAVA_HOME%\bin，命令行里敲java -version能出来版本号就算成功。

很多同学刚打开 Android Studio 时面对的全英文界面很慌。设置中文其实很简单：打开Settings -> Plugins，搜索“Chinese Language Pack”，这是官方中文语言包，安装后重启 IDE 界面就变中文了。注意，这里是 IDE 的显示语言，不是项目代码的语言，别搞混。

还有更重要的一个配置，新建项目时选“Empty Activity”，里面会有Language下拉框，Java 和 Kotlin 二选一。这个选择在项目创建后也能改，但后期改的成本远大于一开始就定下来。

3.2 新建项目时的语言选择与目录结构差异

新建项目时，你会发现 Kotlin 和 Java 项目的目录结构有个明显区别：Java 源码放在java/目录，Kotlin 源码放在kotlin/目录（其实还是同一个main之下，只是子目录命名不同）。这个目录本身不影响功能，但后续你复制网上的源码时，要看清别人贴的是 Java 文件还是 Kotlin 文件，放错目录虽然也能编译，但很容易出现包名混乱的问题。

Kotlin 项目里MainActivity.kt的默认写法是这样的：

class MainActivity : AppCompatActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) setContentView(R.layout.activity_main) } }

Java 版本则是：

public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); } }

差别看起来就是几行，多说几个类之后就体现出区别了。Kotlin 里findViewById可以直接用ViewBinding替代，Java 项目也能用，但很多老模板默认不用，你得自己加依赖。

3.3 移植 Android Studio 项目：Java 转 Kotlin 的底线操作

有些同学做毕设不是从零开始，而是在 GitHub 上找到源码，然后改造成自己的项目。这种“移植 Android Studio 项目”的需求特别常见。如果你是拿 Java 项目改成 Kotlin，Android Studio 提供了自动转换的入口：打开某个 Java 文件，菜单栏选Code -> Convert Java File to Kotlin File。单文件转换很轻松，但整个项目多文件转换时，我强烈建议不要一键全转，因为你不知道哪一步会引入编译错误。

我总结的移植底线操作有三条。第一，先让原项目能跑起来，再开始转语言。第二，依赖库尽量保持原来的版本，不要顺手把 support 库换成 AndroidX，那会引发连锁反应。第三，在build.gradle里检查 Kotlin 插件版本和 Gradle 版本是否匹配。你经常在依赖里看到这一行：

dependencies { compileOnly fileTree(dir: 'libs', include: ['*.aar']) }

这里有个关键点：compileOnly表示只在编译期使用，不打进 APK；implementation fileTree则会把 libs 目录下的 jar 都打进包里。如果你把 aar 文件放到 libs 目录下并写成compileOnly，运行时类找不到是很正常的。所以移植项目时，看到类似配置要先搞清楚这个 aar 是不是第三方 SDK 提供的，是不是还需要配套的 so 文件和初始化代码。

4. 毕设里最高频的四个代码场景解析

4.1 Spinner 变化监听：Java 与 Kotlin 写法对照

Spinner 是 Android 里最常见的下拉选择控件，毕设里选专业、选宿舍、选时间段都要用。很多同学第一次写就卡在“我怎么知道用户选了哪一项”。Java 里传统写法是：

Spinner spinner = findViewById(R.id.spinner); spinner.setOnItemSelectedListener(new AdapterView.OnItemSelectedListener() { @Override public void onItemSelected(AdapterView<?> parent, View view, int position, long id) { String selected = parent.getItemAtPosition(position).toString(); } @Override public void onNothingSelected(AdapterView<?> parent) { } });

Kotlin 里最直观的写法是一个匿名对象：

spinner.onItemSelectedListener = object : AdapterView.OnItemSelectedListener { override fun onItemSelected(parent: AdapterView<*>?, view: View?, position: Int, id: Long) { val selected = parent?.getItemAtPosition(position).toString() } override fun onNothingSelected(parent: AdapterView<*>?) { } }

注意一个坑：Spinner 初始化时可能会主动触发一次onItemSelected，导致你在进入页面后还没操作就先把默认项的逻辑执行了一遍。通常的解决办法是用一个Boolean标志位，在加载完数据之后再开放事件处理，或者先setSelection(0)占位，等数据更新后再刷新。这种细节在答辩里很少被问到，但自己开发时会踩得很烦。

4.2 回调改协程：BluetoothGattCallback 转 suspend 的通用套路

如果说毕设里什么场景最让人崩溃，蓝牙和传感器绝对排前列。传统写法是注册一个BluetoothGattCallback，然后连接结果在onConnectionStateChange回调里通知你。你要是走过去连接、读服务、再读特征值三步操作，就要面对三层嵌套回调。

Kotlin 协程解决这个问题的思路很优雅：把回调包成一个挂起函数。网上那些“android kotlin bluetoothgattcallback改为suspend”的提问，问的就是这个套路。核心代码长这样：

suspend fun connectGattAndWait( context: Context, device: BluetoothDevice ): Boolean = suspendCancellableCoroutine { continuation -> val gattCallback = object : BluetoothGattCallback() { override fun onConnectionStateChange(gatt: BluetoothGatt, status: Int, newState: Int) { if (newState == BluetoothProfile.STATE_CONNECTED) { continuation.resume(true) } else if (newState == BluetoothProfile.STATE_DISCONNECTED) { continuation.resume(false) } } } val gatt = device.connectGatt(context, false, gattCallback) continuation.invokeOnCancellation { gatt.disconnect() } }

这里的核心思想是suspendCancellableCoroutine把回调包装成协程的挂起点，等回调来了再恢复执行。写这种代码时有两个很隐蔽的坑：第一，回调可能会被触发多次，如果continuation已经被恢复过，再调用resume会直接抛异常，建议用AtomicBoolean或者continiation.isActive判断；第二，一定要在取消时释放资源，否则用户退出页面后，蓝牙回调还会触发协程，造成内存泄漏。这个通用模板在你要处理各种传感器回调、文件读写回调时都能套用。

4.3 初始化块里不能直接调用挂起函数怎么办

Kotlin 的类初始化块init里不能直接调用挂起函数，因为init不是协程环境。这个限制坑过很多人。比如你在 App 启动时想先读配置、再初始化数据库，很自然想在class App : Application()的init里await一下，编译器直接报错。

解决方式有很多种，我推荐最干净的一种：用一个独立的管理类加协程作用域。

class AppRepository(context: Context) { private val scope = CoroutineScope(SupervisorJob() + Dispatchers.IO) val ready = MutableStateFlow(false) fun start() { scope.launch { val config = loadConfig() // 挂起函数 db = createDatabase(config) ready.value = true } } }

然后在Application里调start()，界面层再收集ready这个状态，做成启动等待页。这样既绕开了init限制，又不会卡主线程。千万不要图省事在init里写runBlocking，毕业设计的小项目可能跑不出问题，但答辩老师问“为什么不阻塞主线程”的时候你会很难受，而且以后做正式产品这是不良示范。

4.4 把 AI 模型接进 Android 项目时的选型提醒

这两年大模型特别火，已经有同学在毕设里做“本地 AI 助手”“智能摘要工具”，想把 GGUF、TFLite 一类的模型放到 App 里。这里要提一句，模型接入本身跟 Kotlin 还是 Java 关系不大，真正决定成败的是模型体积、运行平台支持和内存开销。

如果你打算集成 GGUF 格式的大模型到 Android 端，通常要用到带本地推理能力的原生库，通过 JNI 加载.so文件，然后把模型文件放到 assets 目录或外部存储目录。这个过程中容易出现两个问题：第一，不同 CPU 架构要配置对应的 ABI，推荐在build.gradle里用ndk { abiFilters "arm64-v8a" }缩小包体；第二，模型加载到内存动辄几百 MB，如果不做异步加载和降级处理，你的闪退率会高到怀疑人生。毕设阶段我更推荐先把模型跑通一个最简单的问答界面，再去谈效果调优，不要一上来就指望把完整模型封装成“原生能力”发布。选型层面记住一个原则：语言负责把模型调起来，能不能调得流畅是资源策略的问题。

5. 常见问题排查速查表与心得

5.1 依赖冲突、aar 引入和 Gradle 配置

毕设阶段最浪费时间的事情，排名第一的是环境问题，排名第二的是依赖问题。我见过有人为了引入一个第三方库，把build.gradle改得乱七八糟，最后编译都过不去。这里分享一个最稳的流程：先在项目官网找到最新文档，复制它的implementation坐标，同步后再跑一次“Make Project”，看到红色报错再往上查，不要一次写五六个依赖然后到夜里两点才排查是哪行写错。

之前提到的compileOnly fileTree(dir: 'libs', include: ['*.aar'])，在网上的开源项目里经常出现，用来在编译阶段引用没有发布到 Maven 仓库的 SDK。很多同学直接照着抄，结果运行时报ClassNotFoundException。因为compileOnly不会把包打进 APK，真要用到运行时的类，应该改成implementation或者api。如果你不确定是哪种，建议直接把 aar 文件手动放进app/libs，然后写：

implementation fileTree(dir: 'libs', include: ['*.jar', '*.aar'])

这里再补充一个细节：aar 文件和 jar 文件不一样，aar 里可能还带 Android 资源文件和 so 库。放在libs目录下后，如果还提示资源找不到，检查一下packaging配置有没有把对应资源排除。

5.2 content:// 文件投递与权限路径问题

毕设里经常要做“从聊天软件里导入文件”或者“接收其他 App 分享过来的文档”的功能。你会收到类似content://com.xxx.fileprovider/external_path/android/data/com.xxx/...这样的 Uri。很多新手第一反应是把这个路径转换成/storage/...再打开文件，大错特错。

content://是 ContentProvider 提供的统一资源标识，你不能拿它当本地文件路径用。正确做法是通过ContentResolver打开输入流：

val inputStream = contentResolver.openInputStream(uri) val bytes = inputStream?.readBytes()

这段逻辑不区分 Java 还是 Kotlin，只要搞清楚“Uri 不是路径”这个观念，就能少踩一个大坑。另外，如果对方 App 的文件路径带/android/data/这种目录，在高版本 Android 上很多目录加了访问限制，除了拿SAF让用户自己选文件，基本没有太取巧的办法。毕设里做文件分享导入功能，优先弹出系统文件选择器，别硬编码替用户找路径。

5.3 进度条、主线程和数据刷新

“android 进度条”也是一个搜索热词，很多同学在网络请求时想显示一个加载进度。这里的基本常识是：网络回调发生在子线程，更新进度条必须在主线程。Kotlin 协程能帮你省掉runOnUiThread：

lifecycleScope.launch { val result = withContext(Dispatchers.IO) { api.loadData() } progressBar.isVisible = false textView.text = result }

如果你在 Java 项目里，想更新进度条就得：

runOnUiThread(new Runnable() { @Override public void run() { progressBar.setProgress(progress); } });

我建议毕设里别把进度条做得太花哨，一个ProgressBar加一个加载失败重试按钮就足够。很多同学把精力放在动画效果上，却忽略了“加载失败后怎么恢复”这个更重要的状态处理，答辩时被老师一问就卡壳。

5.4 最后的一些个人建议

说了这么多，我想用自己最真实的体会收个尾。带毕设这几年，我越来越觉得“用 Java 还是 Kotlin”其实是一个被过度放大的问题。真正决定项目成败的，是你能不能把功能完整跑通、代码结构能不能讲清楚、遇到问题有没有排查思路。Kotlin 再方便，你三天打鱼两天晒网也做不出东西；Java 再老，认认真真做也能做出挺优秀的学生信息管理系统。关键是选定之后别再反复横跳，别今天看教程说 Kotlin 好就重写一遍，明天看知乎说 Java 稳又改回去。

如果你实在拿不准，我的底线建议是：项目周期不足两个月，选你最熟的语言；项目周期超过两个月且你愿意每天抽一小时学新语法，就直接上 Kotlin，配合 Jetpack 组件写起来确实值得；如果你想在毕设里第一次尝试 Compose，那就老老实实把 Kotlin 基础打牢，先做一个小 Demo，别拿毕业论文赌自己学新框架的速度。做完这些基础判断之后，剩下的事情就是打开 Android Studio，新建项目，选好语言，然后开始写第一行代码。只要方向定了，后面每走一步都是在为答辩积累素材。