初学者应先用HashMap模拟天气数据库，专注练习Scanner输入、Map查找、空值判断和类封装；避免直接调用第三方API，跳过网络、JSON和SSL复杂性；注意nextInt()后需nextLine()清缓存；坚持单一职责拆分WeatherService与WeatherApp类。
Java初学者做天气查询应用，不建议直接调用第三方天气 API（如和风、心知或 OpenWeatherMap）——因为涉及 HTTP 请求、JSON 解析、异常处理、线程阻塞等超出入门范围的综合问题，容易卡在 IOException、JSONException 或 UI 冻结上，反而掩盖了 Java 基础语法和面向对象的理解重点。
先用模拟数据跑通核心流程
把“查天气”拆成三步：输入城市名 → 查找对应天气信息 → 打印结果。跳过网络和 JSON，用 HashMap<string string></string> 模拟数据库：
Map<String, String> weatherDB = new HashMap<>();
weatherDB.put("北京", "晴，22°C");
weatherDB.put("上海", "多云，28°C");
weatherDB.put("广州", "雷阵雨，31°C");
这样你能专注练习：Scanner 读输入、Map.get() 查值、if (result == null) 判空、封装成 WeatherService 类。等逻辑跑顺了，再替换数据源。
用 Scanner 读输入时别漏掉 nextLine() 的陷阱
如果先用了 nextInt() 或 next()，再调 nextLine() 会立刻返回空字符串——因为前者没消费换行符。天气应用里常出现这种结构：
立即学习“Java免费学习笔记（深入）”；
- 让用户选功能：1.查天气 2.退出 → 用
scanner.nextInt() - 接着让用户输城市名 → 用
scanner.nextLine()→ 结果为空
解决方法只有两个：
① 全部统一用 nextLine()，然后对数字选项手动 Integer.parseInt()；
② 在 nextInt() 后加一句 scanner.nextLine() 清缓冲区。
不要在 main() 里写满逻辑
初学者容易把所有代码堆在 main 方法里：输入、判断、查表、输出全挤在一起。这会导致三个问题：
• 修改城市列表要翻半天代码
• 想加个“支持拼音首字母模糊匹配”无从下手
• 老师说“改成 Swing 界面”时彻底重写
从第一天就拆出类：
• WeatherService：只管“根据城市名返回天气字符串”
• WeatherApp：只管“打印菜单、调用 service、处理用户循环”
• 后续加缓存、加历史记录，只动 WeatherService 即可
想联网？至少先绕过 HTTPS 和证书验证
真要接 API，JDK 11+ 默认拒绝自签名或过期证书，抛 javax.net.ssl.SSLHandshakeException。初学者不该花两小时查怎么配 TrustManager。
更现实的做法：
• 用 http://wttr.in/北京 这类免 Key、返回纯文本的终端友好接口
• 用 URL.openStream() 读取，配合 BufferedReader 一行行读
• 忽略 HTTPS 验证（仅本地学习）：
HttpsURLConnection.setDefaultHostnameVerifier((h, s) -> true);
SSLContext context = SSLContext.getInstance("TLS");
context.init(null, new TrustManager[]{new X509TrustManager() {
public void checkClientTrusted(X509Certificate[] c, String t) {}
public void checkServerTrusted(X509Certificate[] c, String t) {}
public X509Certificate[] getAcceptedIssuers() { return new X509Certificate[0]; }
}}, null);注意：这段代码仅用于理解流程，绝不能出现在任何正式项目中。
真正卡住初学者的，从来不是“怎么写 for 循环”，而是“不知道哪一步该封装、哪一步该模拟、哪一步该暂时绕开”。天气应用的价值不在结果多准，而在你能否把 main 里的 50 行缩成 3 行调用，并清楚每行背后是谁在干活。
