C#转 Java
1. 语法体验差异：简洁 vs 冗长
- C# 语言设计更现代、语法糖丰富（如属性、LINQ、async/await、模式匹配、record 类型等），代码通常更简洁直观。
- Java 虽然近年也引入了 var、records、switch 表达式等特性，但整体仍保留较强的'显式性'原则（例如强制 checked exception、泛型类型擦除、无属性语法等），导致相同功能往往需要更多样板代码。
💬 典型吐槽：'在 C# 里一行能搞定的事，在 Java 里要写五句。'
2. 开发工具链体验落差
- Visual Studio / Rider 对 C# 提供了近乎'开箱即用'的极致体验：智能提示、调试、重构、性能分析高度集成。
- Java IDE（如 IntelliJ IDEA） 虽然强大，但配置项繁多，尤其在 Maven/Gradle 项目、模块路径（JPMS）、依赖冲突等问题上容易让新手或转岗者感到混乱。
💡 很多 .NET 开发者习惯了'F5 就跑'，而 Java 项目常需处理 classpath、JDK 版本、构建脚本等问题。
3. 异常处理机制的哲学冲突
- Java 强制要求处理 checked exceptions（如 IOException），这在 C# 开发者看来是'过度防御'，破坏了代码流畅性。
- C# 只有 unchecked exceptions，更符合'快速开发 + 运行时容错'的现代开发理念。
🤯 转 Java 后常困惑：'为什么读个文件还要 try-catch？'
4. 生态碎片化 vs 微软统一栈
- .NET 生态（尤其 .NET 5+ 之后）由微软高度统一：ASP.NET Core、EF Core、Blazor 等官方组件风格一致、文档完善。
- Java 生态 极其开放但也高度碎片化：Spring Boot、Quarkus、Micronaut；MyBatis vs JPA；Logback vs Log4j……选择太多反而增加决策成本。
⚠️ 对习惯'微软全家桶'的开发者来说，Java 的'自由'反而成了负担。
5. 历史包袱与刻板印象
- 尽管 Java 已大幅现代化（如 Spring Boot 简化配置、GraalVM 支持 AOT），但很多 .NET 开发者仍停留在'XML 配置地狱''Tomcat 部署复杂'等旧印象中。
- 社区讨论中容易放大负面体验，形成'Java = 老旧臃肿'的刻板认知。
6. 跨平台认知偏差
- 早期 .NET 被诟病'只能跑 Windows'，而 Java 以'Write Once, Run Anywhere'著称。
- 但 .NET Core 开源跨平台后（2016 年起），C# 在 Linux/macOS 上运行已非常成熟，反而让部分开发者觉得'Java 的跨平台优势不再突出'。
🔁 如今反而是 Java 在某些云原生场景（如 GraalVM Native Image）追赶 C# 的 AOT 能力。
7. 文化与社区氛围差异
- .NET 社区偏'企业内训 + 微软引导'，强调效率与一致性；
- Java 社区更'开源自治 + 百花齐放'，强调灵活性与可插拔。
- 这种文化差异会让习惯前者的人觉得后者'太折腾'。
