Java成品形态取决于技术栈与部署环境：桌面端可用JavaFX/Swing打包为exe/dmg/deb，后端多为Spring Boot可执行jar，Android App底层仍依赖Java，嵌入式场景需适配JVM限制与信创环境。
Java 做出来的成品不是“某几种固定类型”，而是取决于你用什么库、跑在什么环境、解决什么问题。它本身是通用语言，成品形态由技术栈和部署方式决定。
桌面应用：用 JavaFX 或 Swing 打包成可执行文件
适合内部工具、数据处理客户端、教育软件等。关键点不是“能不能做”，而是“值不值得做”——现代用户对界面体验要求高，纯 Java 桌面应用容易显得陈旧。
-
javac编译 +jlink构建最小运行时，再用jpackage打包成.exe（Windows）、.dmg（macOS）或.deb（Linux） - Swing 默认外观老旧，
FlatLaf这类第三方 L&F 可快速提升观感 - JavaFX 从 JDK 11 起不再内置，需单独引入
javafx-controls等模块，否则运行时报NoClassDefFoundError: javafx/application/Application
Web 后端服务：Spring Boot 是事实标准
绝大多数 Java 成品其实是“看不见的后端”：电商 API、支付网关、ERP 接口、IoT 设备管理平台。它们被打包成 .jar，靠 java -jar xxx.jar 启动，背后是内嵌的 Tomcat 或 Netty。
- 生成的
xxx.jar是自包含的，但依赖的 native 库（如 SQLite 的sqlite-jdbc）可能在某些 Linux 容器里缺libc导致启动失败 -
spring-boot-maven-plugin默认打包为可执行 jar；若要部署到传统 Tomcat，得改用war打包，并继承SpringBootServletInitializer - JDK 版本影响大：用 JDK 21 的
VirtualThread写的接口，在 JDK 17 环境直接抛UnsupportedOperationException
Android App：Java 仍是底层主力，但开发已转向 Kotlin
虽然新项目推荐 Kotlin，但 Android 系统框架、大量 SDK、遗留业务逻辑仍重度依赖 Java。APK 或 AAB 包里的 .dex 文件，很多来自 .java 源码编译。
立即学习“Java免费学习笔记（深入）”；
- Android Studio 中写 Java 代码没问题，但
findViewById()这种写法已被ViewBinding取代，继续用会触发 Lint 警告 - Java 8+ 特性（如
Stream、Optional）需配置compileOptions和targetSdk，否则编译报错Call requires API level - 混淆用的是
R8，不是旧版 ProGuard；如果自定义了-keep规则，得确认是否被 R8 的默认压缩策略覆盖
嵌入式与中间件：JVM 能跑的地方，Java 就能出成品
比如银行核心系统的批量作业（用 Spring Batch 打成 jar 定时调度）、车载信息娱乐系统里的 Java 模块（基于 OSGi）、甚至航天器地面站的日志分析工具（用 JFreeChart 做实时折线图）。
- 这类场景往往禁用动态代理、反射、GC 频繁操作——所以
spring-aop或lombok可能被禁止引入 - 内存受限设备上，要用
-Xmx严格限制堆大小，否则 JVM 启动失败，错误信息是Could not create the Java Virtual Machine - 某些国产信创环境（如龙芯、麒麟 OS）需用 OpenJDK 的特定 port 版本，通用 JDK 会提示
Illegal instruction
真正决定“成品是什么”的，从来不是 Java 语法本身，而是你选的构建方式、目标运行时、以及要不要跟外部系统（数据库、消息队列、硬件驱动）打交道。漏掉任一环，打包出来的 .jar 或 .apk 都可能在客户机器上静默失败。
