速读#
从 Python 转 Java，最别扭的不是分号和大括号，而是默认工具链从动态运行转向静态检查与显式项目结构。类型、类和约定一开始像负担，后来会成为契约与重构支撑；它们只能提前挡住一部分错误，不能替代码自动获得好设计。
为什么选 Java#
寒假有整块时间，翻了一圈春招后端岗位，Java 占大头，生态成熟，想往工程化走绕不开。
取舍：为工程化方向，付前期别扭的代价。 这个代价我当时认。
别扭的根：取向变了#
| 维度 | 我当时写的 Python | 我刚接触的 Java |
|---|---|---|
| 类型检查 | 主要依赖运行时与测试 | 编译器默认参与 |
| 项目结构 | 小脚本可以很自由 | Maven / Spring 项目约定更强 |
| 错误暴露 | 未覆盖路径常到运行时才发现 | 一部分类型和符号错误前移到编译期 |
这张表描述的是我当时使用两门语言的默认方式，不是语言天性。Python 可以用类型注解、Pyright 或 mypy 建立严格检查，Java 也能写出职责混乱的大类；换语言真正要补的是它的类型模型、运行时和生态约定，语法只是表层。
类型要先声明#
Python 写 x = 1，Java 可以写 int x = 1;，也可以用 var x = 1; 让编译器推断；var 仍然是静态类型，不会让变量稍后变成字符串。一开始嫌声明啰嗦，写几天后开始依赖编译器、IDE 重构和补全带来的反馈。类型既是机器可检查的约束，也能充当一部分文档，但名字和业务规则仍要另外表达。
认知转变是从“类型只是多写几个字”到“类型可以在改动时替我检查调用关系”。它减少的是某些不匹配错误，不保证服务运行稳定；空值、边界、并发、I/O 和业务逻辑仍要靠设计、测试与观测。
集合把这个差异放得更大：Java 的 List<Integer> 让编译器阻止我往列表里加入字符串。Python 也能写 values: list[int] = []，再由静态检查器提前报错，只是解释器运行时通常不会强制这个注解。两边都能有类型契约，区别在默认是否强制、团队是否把检查器接进提交和 CI。
第一周最直观的体感差异也在这：Python 的错误常常运行到那一行才炸给你看，Java 有一批错误在 IDE 里就飘红。报错前移，等于把发现成本从运行时挪到写代码的当下。
不过也得说清编译期挡的是哪类错：类型不匹配、名字拼错、漏了返回值——这类「形」上的错。逻辑错它一个也挡不住，条件写反、边界差一，编译器照样放行。「编译过了」证明的是形状对，不是对。 这句是提醒容易松懈的自己。
项目代码通常围绕类组织#
Python 可以在模块顶层直接 print("hi")；传统 Java 项目则把方法放进类，通过 main 或框架入口启动。现代 Java 已支持面向小程序的紧凑源文件，不必为一句 Hello World 手写完整类壳，但 Spring Boot 这类长期项目仍围绕类、包和组件组织。类提供封装与可见性边界，包和模块组织命名空间；这和 venv、容器隔离依赖或进程不是同一层概念，不能互相类推安全边界。
分号和大括号#
从「靠缩进」过来总忘分号。这层最浅，IDE 飘红，几天肌肉记忆。
对照备忘#
| 概念 | Python | Java |
|---|---|---|
| 变量 | x = 1 | int x = 1; |
| 函数 / 方法 | def f(): | void f() {} |
| 列表 | [1, 2, 3] / list[int] | List<Integer> |
| 字典 | {} / dict[K, V] | Map<K, V> |
| 空值 | None | null |
约束也是一种设计#
第一周别扭是正常的。回头看，最大收获不是多会一门语言，而是开始理解：约束也是一种设计。
Python 与 Java 都能写小工具，也都能支撑大型系统，只是默认反馈方式和生态习惯不同。动态语言让我更快试探输入与流程，静态编译和成熟 IDE 则让我在大范围重构时更有底气；代码规模、团队经验、库生态和部署约束共同决定选择，不能简化成“小工具用 Python、大项目用 Java”。
换语言真正要换的不是语法，是思维方式。
这条线后来贯穿 Java 一路：Spring Boot 分层、JPA 实体映射、统一返回体，都在用约定把协作接口固定下来。Python 世界也有同类工具：FastAPI、Pydantic、类型检查器和项目规范同样能建立边界。真正的区别不是哪门语言天生有纪律，而是项目选择了哪些约束，并且有没有持续执行。