突然卡死你是怎么定位出内存泄漏这个类别的。。。

Requests 这个库当年确实会有各种问题，很早年有个 session cache 相关的死锁还是什么会卡住一直不继续，后来还遇到过 session 、Response 没正确关闭导致的类似泄漏的情况，所以长时间运行的基本都不用默认 requests 发请求，而是一直 with session 和 with Response


信息太少，只能提供思路：
1. Python 有很多进程运行时工具可以看出你 hang 在哪一行的，先定位下是哪一行再直接撸 Requests 源码找细节。反正就是先看是哪一行停住了
2. 升级 Requests 库，或者换 httpx ，反正 api 都一样的，看看能复现没有
3. 你这个 Requests 但凡加个 Timeout ，也能让别人排除一个问题，有时候 TCP 操作不当或者 Server 写的不行，确实会挂住连接

以前是用别的语言的吧，我记得有个库可以用比原生的优雅一点，不习惯的话要不要问问别人怎么用的再来吐槽

话说对于 JSON 解析如果没啥特殊需求，大多数语言都有 jmespath 的分支吧，以前用 py 的版本发现性能秒杀同类 jsonpath/objectpath 而且语法也简单，没必要自己硬抠嵌套结构，json-handler 一开直接提取路径了

谁家微信不是 00:00-23:59 开免打扰啊？留一秒给天选之子

有大模型以后，很多问题比搜索引擎好太多了，这些都直接开问，然后一步步跟着学吧

走过太多弯路就不推荐了，休闲目的和拿来吃饭区别还是挺大的

azkaban/airflow, 只要有多任务依赖关系或者定时任务的，一定要上靠谱的，不然真脚本地狱

有条件的 Serverless + 自带调度器（比如 steps 或触发器或 gateway api ）也挺好，很多运维的事比开发都麻烦

（虽然在写玩具准备接管一个类似 supervisor 的场景）

十年前的微服务，和十年后今天的云原生一样，好好学几个月再上，又快又稳定

一点都不学闭着眼百度搜个 CSDN 就上，写出来的跟屎一样然后加薪跑路，这锅甩的一点都不优雅

两句话深以为然：软件工程没有银弹；人和人的差距比人和狗的差距都大。水平不够的反而感觉写点小脚本上 serverless 更不耽误下班时间

我这边 20 多个机器禁止联网，所以开了个低配置有公网权限的当网关代理转发的。。。

“中文教程” 这四个字明显就代表不了 “国内最主流”。。。

交流成本太大，可以理解成能力大于等于我的不屑于理我，能力不如我的带不动

看了好久 SER8 ，最后决定等等 zen5 。。。 看这些回帖真涨姿势

入门能写点面向过程就足够了。像面向对象，函数式，设计模式这些玩意，我上学时候也死背，完全看不懂，不踩几次大坑根本没法感同身受

场景像 Serverless ，但是你问出来了感觉不一定想用，虽然这是运维和架构上最省心的，有时候也是最省钱的

开一堆 worker 走消息队列，异步路线； RPC （或者普通 HTTP ）同步路线

需要隔离吗？线索也太少了

1. 显示空格
2. 彩虹缩进
3. 格式化工具 ruff
4. linter ，有个 linter 缩进有问题还没运行就标红了
5. 其他方案

@Stevenv manjaro 居然可以 cs2 ？我擦，完美啊

@timochan
最近很想试试 SER8 ，马上 618 了，但是又被之前 zen5 吹 NB 的文章弄得想再等等