免 API 密钥获取实时天气与预报，支持终端友好格式与 JSON 输出，适合脚本自动化。
说明：
## 核心用法
**wttr.in（主推）**：基于 curl 的终端天气服务，无需注册或 API 密钥。支持多格式输出：
– 极简一行：`?format=3` 返回「城市: 图标+温度」
– 自定义模板：`%c`（天气状况）、`%t`（温度）、`%h`（湿度）、`%w`（风速）、`%l`（地点）、`%m`（月相）自由组合
– 完整预报：`?T` 输出 ASCII 艺术风格的多日预报
– 机场代码直查（如 JFK）、单位切换（`?m` 公制/`?u` 英制）、PNG 图片导出
**Open-Meteo（备选）**：结构化 JSON API，适合程序化解析。需先获取经纬度，返回包含温度、风速、天气代码的标准化数据。
## 显著优点
– **零配置成本**：无需注册账号、申请密钥或处理配额限制
– **终端原生友好**：wttr.in 的 ASCII 输出完美适配命令行工作流
– **灵活性高**：格式字符串与单位参数满足多样化需求
– **双服务冗余**：wttr.in 与 Open-Meteo 互为 fallback，提升可靠性
## 潜在缺点与局限性
– **网络依赖**：完全依赖外部服务可用性，离线场景无法使用
– **精度限制**：wttr.in 基于公开气象数据源，局部微气候（如山谷、高楼间）可能偏差
– **Open-Meteo 前置步骤**：需先解析城市坐标，无法像 wttr.in 直接用地名
– **无历史数据**：仅支持当前及预报，不提供过去天气查询
## 适合人群
– 开发者/运维人员：快速集成至 CI/CD 通知、服务器状态脚本
– 终端重度用户：追求极简工作流，拒绝图形界面
– IoT/边缘设备：低资源占用，curl 即可运行
– 临时需求者：偶尔查天气，不愿为低频使用注册 API
## 常规风险
– **隐私泄露**：查询时 IP 与位置信息暴露给第三方服务（wttr.in/Open-Meteo）
– **服务稳定性**：免费服务无 SLA 保障，大规模生产环境建议监控并做好降级方案
– **URL 注入**：若动态拼接城市名，需确保对空格等特殊字符进行 URL 编码
– **依赖项**：需预装 curl，部分精简容器环境可能缺失
会员专属
