@bkzly83851 #2 wifi 卡不止是信号差问题，路由器 wifi 性能不行或者信道拥堵严重都有很大影响，如果之隔一堵墙测测看信号还有多少呗，此外如果电视 wifi 直接连接多话，信号不行或者 wifi 芯片性能差也是可能的

好的 AP 还是很重要的，wifi6 多天线 5g 改善还是很多的，只隔一堵墙的话或许买两个支持 wifi6 5g 单独天线的 AP 放两边试试看看呗，电视再用网线连到 AP 就是了

按正常需求-开发-测试标准流程下来，无论大小问题也不是你的责任，经常出现意想不到的小问题 leader 顶多也就是觉得你还该提高，但你确实也应该提高细致一些，似乎没啥问题吧，你这么搞收益改善 leader 印象和开除入刑的风险也非常不对等了吧，实属没必要

如果非编码和外部依赖系统问题经常会有小问题需要处理，那恰恰说明你们系统设计还需完善，那你提建议从需求开始走岂不正好是证明你能力的时机

如果 jdk 的 Socket 有 bug 那么你 http 请求也会有问题吧，搞个没数据库的查询监控下就能知道吧，如果只是数据库查询有问题 http 请求没问题那很大概率就不是 jdk 的问题了，看你这个是卡在了最底层的 socket read 了，那么要么就是真的数据库查询慢，或者就是网络配置有问题了，但如果网络配置有问题提的话一般就算低谷是并发不高也会偶现的，不会只在并发高时出现吧，这个也监控分析下看看呗

话说虽然不能改 jdk 版本，但是 postgresql 的 driver 应该项目引入的吧，或许也可以升级新版本试试，你刚才提到的那个 issue 用的是 42.2.5 落后不少版本了

@devopsdogdog #2 socket connect 已经连接成功的话就不是 dns 的问题了

不是你说的什么翻译啥的要么读屏，要么网页通过 api 提供结构化数据，读屏这种高权限的显然不行吧，网页通过 api 提供结构化数据那和你一键引入相悖了吧，AI 的成本在数据和算力，不是在开发成本，你想的这个不是没人做确实意义不大，否则就是你看到的那种各手机厂商直接集成在操作系统里的

https://pub.dev/packages/cookie_jar

https://pub.dev/packages/sweet_cookie_jar 、

这不就是 cookie_jar 么，大部分 http 库都有这东西支持，和浏览器一样自动维护请求 cookie

其实吧这个问题很大程度应该是驿站都是代理加盟的，菜鸟对他们的管理似乎不太强，对快递员的管理就更弱了，如果驿站和快递员都根本不看一股脑直接扔驿站，那还真是没什么好方法，估计你投诉裹裹的效果还不如去驿站闹，省心快捷和便宜不可兼得，不要说什么法律规章如何如何，法律的最终效果也需要现实成本和收益的博弈结果

顺便说，不要觉得银行这么牛逼就有啥别的渠道可以更容易买美债，恰恰相反，银行更难，现在国内贷款一个月少则几千亿多则上万亿，这么多钱想找到什么不被国家监控到的渠道买美债做梦的吧，否则九牛一毛的对它们有个毛用啊

银行没有外汇限制你咋想的，如果国内一个银行把大部分资金都拿去买美债了，你看金管局不分分钟做了你，再说这样干会导致汇率大跌，人民币贬值损失远远超过了美债收益率了

都是 https 加密的，代理软件不能知道传输的文件类型吧，所以应该没有，或许可以看看图片和视频是不是分开的域名，然后就按域名分流呗

湖南车祸 7 座车吧。。

@trzzzz 这命名有问题，线程都是一样的，其实就是线程池最小线程数的逻辑，和连接池最小连接数事一样的

最小线程数吧，你哪看的核心非核心？超过最小线程数的线程在超过空闲时间后销毁吧

一般加息周期和降息周期两者相互转变都需要数年，而你的贷款年限也很长，所以结果应该不会有啥差距

@tool2d 而且顺便说，protobuf 之所以能在数据库，分布式系统和 AI 学习场景中得到广泛应用。很大程度就是因为你吐槽设计不行的预定义格式不自解析，可靠而稳定的数据结构才能保证这些系统的可靠性与准确性，不自解析预定义格式又有良好兼容性才是 protobuf 设计的好的地方

@tool2d 发明 protobuf 本来就是为了解决现有压缩率和性能不足的问题，否则文本型有 json ，二进制型有 msgpack ，为啥要再造一个，再说选 protobuf 的场景本来就是看重其编码效率、压缩率和兼容性方案，你居然偏偏吐槽 protobuf 之所以被选择有优势的地方设计的不行

预定义格式不是自解析的不靠猜靠啥，不知道你在无厘头吐槽啥

A 的 IP 不确定，第二条可以不写就是了

iptables -t nat -A POSTROUTING -p udp --dport 1234 -j SNAT --to-source B 的 IP