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 源码编译。
