@whoosy 直觉上感觉应该没问题，不过我来验证一下。我在镜像里和宿主机上一直跑个 ping 写日志，看看下次镜像里 app 出错时，两个 ping 日志是啥情况。

@wheat0r 用的是 Debian 的镜像

@751327 #23 还停留在显摆个人能力阶段，没考虑到深层次的影响，21 楼说的没错

@todd7zhang #33 按照你的代码来说的话， 确实。在整个 app 入口处初始一个 root logger ，然后每个模块里获取一下自己的 logger ，这个 logger 会使用 root logger 的配置。虽然不是我想要的那种每个模块 import 一下就直接用，但是你这种方法也挺简洁。如果没 4 楼和 9 楼的方案，确实可以用你的这种方案。

@NoOneNoBody #31 某个模块是可以被多个进程调用的，实际上在某个模块由于和进程入口不在同一个文件里，所以必然不是同一个 namespace ，要么通过传参的方式把 logger 传起来，要么在子模块的函数里重新初始一次 logger ，还是麻烦哦。

@todd7zhang #14 这个方案是给每个模块分配一个日志文件，确实可行

@sujin190 #9 特意来感谢一下，最后还是修改了 doRollOver 这种方案，最终能实现多进程多线程与单进程多线程相同的使用方式：每个模块 import 一下封装好的 logger 模块里初始化好的全局 logger ，不管在哪个进程的线程里都可以直接使用 loggger.

@NoOneNoBody #24 每个进程初始化一个 logger 没问题，但是某个进程的调用的所有模块如何使用这个进程独立的 logger 就是个问题了，要么通过传参的方式把 logger 传给子函数，要么在每个子函数里重新获取一下 logger ，这不就没有单进程多线程那种模块头部 import ，全模块随便用的方便了嘛。

@sujin190 #9 感谢，我来研究一下。

@sujin190 #8 其实多进程下，不仅仅是按时间归档的问题，如果是高并发的时候，写日志到一个文件也有小概率出现日志混乱的问题，尤其是日志内容比较大的情况。

@Three2 #1 可能我没表达清楚，我最后的问题其实就是“如何优雅的实现每个进程使用不同日志名字”。目前只想到这一个办法，但是不够优雅：

-------

每个进程的启动函数里初始化一个专属的 logger ，指定不同的存储文件，然后通过参数的方式传递给调用的所有模块 /函数，让这些模块 /函数直接使用这个 logger 。技术上可行，但是实践上非常不优雅，调用的每个子模块都要传递这个 logger 参数。

@Livid 肉机啊！
这作者真是 nb ，愣是轻描淡写的一句没事先通知大家加了爬虫功能想给蒙混过去。

@pclsm 啊，这个才是最正确的姿势！！

@RiverMud 告诉你一个小窍门：不要用订阅，因为订阅生成的节点是使用 IP 的，被封之后就要更新订阅拿新的 ip 。

正确的姿势：
本地手动添加 6 个节点的信息，用域名。官方后台其实会自动把域名指向可用的 ip 的，这样就不用担心 ip 被墙了，反正域名会实时指向最新 ip 。

@j20001112 我说一下 iCloud 和 iOS 无缝结合的场景：对于 iCloud 里的文件比如 docx, xlsx 这些文件，office 可以直接打开、修改。但是如果你用第三方的网盘，你就得从网盘里下载一份到 office 的缓存里，修改之后的内容也不会自动合并到网盘里。
我就是因为这个原因才继续用 icloud 的。

@faustina2018 1st 明明是 chatGPT

@ryan123 美区的 azure 吗？这个居然没被 chatgpt 封吗？
好奇的是在美帝这种市场经济+法制化国家，openai 把除了 azure 之外的云服务商都封了，唯独留下自己大股东的不封，居然没人告他不正当竞争？