树莓派3+Google IoT灌溉系统偶发报错致停，求排查

老兄，你这套树莓派3+Google IoT的灌溉系统思路挺棒的，不过偶尔崩确实闹心。我帮你拆解下这俩问题的根因和修复办法：

一、先搞定导致系统直接挂掉的核心错误：IOException while requesting key: Invalid device key response #

这个错误是直接触发系统终止的元凶，大概率和Google IoT Core的设备密钥认证环节有关：

• 密钥配置或过期问题：先检查你的设备密钥（不管是RS256还是ES256类型）在Google Cloud控制台是不是配置正确，有没有过期。实在不行就重新生成一对密钥，更新IoT Core设备的密钥配置，同时确保树莓派端的密钥文件路径对、权限够——用ls -l看下密钥文件，保证运行程序的用户能读它。
• 网络波动背锅：Google IoT的密钥请求走的是HTTPS，树莓派偶尔的网络丢包会导致响应异常。建议给密钥请求逻辑加个重试机制，用try-catch把请求代码包起来，捕获到IOException后重试2-3次，每次间隔5秒，别一次失败就直接把整个系统带崩。
• 细节别漏：设备ID/注册表ID匹配：确认树莓派代码里的设备注册表ID、设备ID和Google Cloud控制台的完全一致，大小写、拼写半毛钱都不能错，这个坑很多人踩过。

二、处理Conscrypt的Socket超时警告 #

05-04 05:26:14.677 737-1077/com.google.android.gms.persistent W/Conscrypt: Could not set socket write timeout:

这个警告本身一般不会直接搞死系统，但它反映了网络层面不稳定，可能间接影响密钥请求或天气预报获取：

• 手动设置Socket超时：如果你的代码里自己创建了Socket连接（比如调用天气预报API、和IoT Core通信的部分），显式设置读写超时时间，比如Java里用socket.setSoTimeout(5000)（5秒超时），别让系统傻等导致资源耗尽。
• 更新Conscrypt库：要是用Java/Kotlin开发的，检查下依赖的Conscrypt版本，旧版本可能有Socket超时设置的bug，更到最新稳定版应该能解决这个警告。
• 优化网络环境：确保树莓派连的WiFi信号稳，或者干脆换有线网，减少网络抖动带来的Socket异常。

三、给系统加个“安全垫”，避免一崩全崩 #

不管啥异常，都得给核心业务逻辑加全局异常捕获：

• 对于NanoHTTPD的请求处理，重写serve()方法时，把所有业务代码用try-catch包起来，捕获Exception后返回友好的错误响应，别让异常冒泡把整个服务搞挂。
• 处理IoT通信、天气预报获取的后台线程，也要在线程内部加异常捕获，打详细日志后让线程继续跑或者优雅重启，别直接把整个JVM搞崩。
• 给树莓派的整个程序整个守护进程（比如用systemd），就算程序意外挂了，系统能自动重启它。给你个systemd配置示例：

[Unit]
Description=Irrigation System Service
After=network.target

[Service]
User=pi
ExecStart=/usr/bin/java -jar /home/pi/irrigation-system.jar
Restart=always
RestartSec=10

[Install]
WantedBy=multi-user.target

把这个文件存成/etc/systemd/system/irrigation.service，然后执行sudo systemctl enable irrigation和sudo systemctl start irrigation，就能实现自动重启了。

内容的提问来源于stack exchange，提问作者pir8ped