项目代码和 sql 质量没大问题的前提下，取决于真实的监控数据，比如，机器连续负载是不是很高，接口瓶颈是不是在数据库读写上。如果都是的话，可以考虑单独的数据库服务器。

在 AI 时代，确实会什么语言对赚快钱的公司来说不那么重要了，不过想要项目出问题的时候，有稳定的技术保障，该问的基础还是需要问一下。

1. Python 的缺陷和缺点有哪些，是否了解过别的语言在这些方面的解决方案？

2. 你做了哪些项目？对于多人团队开发的 Python 项目工程化，谈谈你的看法（可以扩展：依赖管理，打包与发布，异常设计，日志管理，项目结构，测试等）。

3. 项目在涉及什么情况下，GIL 会产生影响？多线程，多进程以及 Asyncio 分别能解决什么场景下的问题？

4. 碰到过最难的问题是什么，你是如何解决的？

5. 根据不同面试方向（ Web ，运维，金融，AI ，爬虫），问对应专业领域的业务问题。

ThinkBook16+，两个 1T 固态，一个装 Win11 ，另一个装 Debian

做软件开发，写写网站前后端之类的，我个人感觉 Linux 够用了，挺流畅，Debian13 目前用的也还可以，没有什么大问题。

做机械设计和嵌入式开发，用到一些相关软件，比如 solidworks 、catia 、keil5 会切回 Windows 。

不过续航肯定不能和 Mac 相比。。。

AI 搭建个人知识库我还没用过，不过只是个人的笔记全文检索的话，因为我的笔记量不多（自己写的撑死大概几百个文档），sqlite 的全文检索可以秒出结果

@loginv2 我买个一块钱的课程试试

@Apol1oBelvedere 请问专辑视频是否指的是包含 [视频选集] 的视频链接呢？

如果是的话，新版本参考了二楼给的项目，增加了这个功能

查看视频选集信息

```shell
bilix.exe --info "https://www.bilibili.com/video/BV12R4y1J75d"
```

下载所有视频选集

```shell
bilix.exe --page "all" --save "世界通史" "https://www.bilibili.com/video/BV12R4y1J75d"
```

下载第 1 和 3 集

```shell
bilix.exe --page "1,3" --save "世界通史" "https://www.bilibili.com/video/BV12R4y1J75d"
```

下载第 4-6 集

```shell
bilix.exe --page "4-6" --save "世界通史" "https://www.bilibili.com/video/BV12R4y1J75d"
```

@zbinlin /var/log/postgresql/postgresql-15-main.log 的日志里显示：

2025-03-11 11:47:12.722 CST [1370665] postgres@badminton LOG: could not receive data from client: Connection timed out
2025-03-11 11:47:12.722 CST [1370663] postgres@badminton LOG: could not receive data from client: Connection timed out
2025-03-11 11:49:03.314 CST [1370701] postgres@badminton LOG: could not receive data from client: Connection timed out

你要往好了想，省了几十万给自己。

我个人觉得，仅仅是开发后端 API 接口（ CRUD ，调接口，连数据库），大部分语言的性能都是够够的，因为接口耗时都集中在网络和文件 IO 上，语言的性能差异被弱化了，无论是 Java 、Go 、Python 、JavaScript 都能写。

后端接口用写 Python ，最大好处是在图像处理和 AI 领域，如果这些领域的团队主要掌握的是 Python ，那么就不用再招额外的其他语言的后端开发了。

剩下的就是团队对于 Python 后端开发规范的统一，不然的话，代码会变得乱七八糟的（当然其他语言也一样），然后有些由于个人使用存在问题，导致接口变慢的问题，就会甩锅给语言本身。

@yumenlong https://pypi.org/project/concurrent-log-handler/ 这个库对么，我试试

@zhangchunjiiw 你在简书写的这篇博客对我很有帮助，感谢

我自己又重新测试了下，假设 1001 对 app.log 进行轮转：

1. app.log 该名称变成 app.log.bak ，但实际上我发现 app.log.bak 的 inode 值没变

2. 1001 进程创建一个新的文件叫 app.log ，然后自己一个人把日志写入到这个新的文件里（新的 inode 值）

3. 1002 进程和 1003 进程被 1001 骗了，还在往 app.log.bak 写日志

大概，似乎，是这样子。。。

@ala2008 之前碰到了 OOM 的问题：java.lang.OutOfMemoryError: unable to create native thread: possibly out of memory or process/resource limits reached

因为我看程序根本没吃满内存，所以我改了 Xms Xmx Xss ，似乎都没啥用，然后我就在一个虚拟机开了俩实例，nginx 负载均衡，结果就再也没报这个错误了。

非常非常感谢大家的回复，我正在开始了解 Java 21 的虚拟线程，希望能用上

使用 MQ 会不会堆积呢，需求是前端对 /demo 发起请求后，后端逻辑（就是顺序请求外部接口的方法）必须要立即执行，引入中间件会不会增加中间的时延。

@yinmin 厉害，有效果，请问这是为什么呢？

@flmn 好的，谢谢你的建议

@Jim2Chen @slomo SpringBoot 3 对于 JPA 还是 MyBatis 的选型，我感觉区别不大，就看团队对哪个更熟悉了，JPA 的很多特性（不是仅仅是简单的 JpaRepository 的 单表 CRUD ）的学习门槛很高，多表的关联，对数据库的设计也很讲究，后期新人维护成本高，我觉得它就是属于那种不会用的人会吐槽到累的，相比之下，MyBatis 更直观一点，国内培训机构都爱用，新人维护成本低。

@spritecn @flmn @cleanery @newaccount
感谢各位老哥的建议，今天已经用上了 Java 21 + Spring Boot 3.3.4 + Spring Security 6.3.3

登陆注册 jwt 两个钟头就全搞好了，剩下的就是权限划分+业务代码了。

除了语法的些微改变之外，最大的感受就是老项目的那些黄色波浪线全部消失了，因为是独立开发的新项目，终于不用再忍受老项目里，各种手写奇奇怪怪的校验工具类，实现类，加密类了，还有毫无意义的自定义抽象和流程（明明框架全部都有，引用了框架，又不好好使用框架，真是最大的槽点）。

最佳实践 + 整齐划一 + 规范的感觉真好，就像是从瘴气雨林来到了大草原。

我接下来会接着学习 Java 21 的新特性，感谢。

@chuck1in @sagaxu 业余时间我会了解下，之前听说过，感觉蛮高级。