练好你 c 多看系统源码么 和算法
科班出来能力就强在这了

@est

当年随便看了下 ansible 异步部分源码
这种骚操作直接看喷 233

openstack
因为要做各种兼容 封装得特厉害 我抄来用得时候要砍好几层

你去看 oslo 库怎么做的 还有 keystone 里的处理

js 为了在浏览器里怎么也不崩溃 代码依赖都没下完都能跑 所以才那么乱的

从骨子里就不适合严格的编程

那个奇数计算里的各种判断就是 tm 多余的
哪个动态语言每次计算有要先判断类型的
要判断也是数据入口做 独立出 type 验证方法 而不是写在计算里
这种库就是在浪费性能

一般用 1 有需求就用 2

常见的用在 json 校验之后

前端有时候并不是那么方便弹出多余 key
所以校验要允许 key 为 null
但是取值的时候又要禁止空值 这时候就要用上 2 了

用啊 一定不能为 k 不允许为 none 的时候 肯定用第二种啊

如果内网服务器都没人管的话 就不要计较用 svn 还是 git 了有什么用什么.....

用 unix 时间为 0 输出就知道了

@tommyZZM
应该是我表达有误用了底层这个词.....
我其实也不想关心 socket 接口
只是因为 fetch 是我见过的第一个没带 http 超时参数的 http 客户端 api
然后 fetch 又几乎是浏览器端的新标准,我又不熟 JS,所以没办法才想去折腾 socket

@archliinux
第一:别人给出了解决方法,您进来就只做嘲讽
第二:你是真认错了人还是故意随便扣个帽子方便嘲讽？

@zzNucker
才学 js 没几天,让您见笑了

顺便...这个 pool 用的有点问题 Fn 返回后还会生成新的 Fn 塞进去....具体你看看怎么停掉 pool 我就不看了

@Monad
大致搞定了 给你代码弄蒙了

一开始叫你看信号是没错的,你信号用错了.................

except KeyboardInterrupt 这是不对的,你注册正确的拦截信号以后,是不会收到这个错误的

信号要处理 2 次,一次是在 fork 前,就是 multiprocessing 创建任务之前,拦截 SIGINT,拦截执行内容
def empty(signo, frame):
print 'do nothing!!!'
这里的目的是让 multiprocessing 里的代码不会因为收到 SIGINT 抛出异常

第二次处理时在 fork 后,拦截内容
def stop(signo, frame):
print 'stoped'
ns.done = True

这里拦截到信号以后设置 ns.done

@qiuyk
js 写起来是有点被逼疯

@azh7138m
因为虽然页面里 js 正常运行但是 socket 还一直在工作,而且会完成的本来要做的工作..... Promise race 的做法只是当没看见然后不再理会而已...

@lzvezr
因为我实在不明白为什么这么基本的 http 请求超时接口里居然没有让我怀疑自己不会用....

@tommyZZM
@azh7138m

axios 基于 xmlhttprequest 可以做到
fetch 需要 AbortController 支持才能做到,AbortController 需要对浏览器版本要求高

说 Promise 做得到的你们都是只写 js 的前端吧？只要自己函数能正常就行了,完全不关心底层连接的？

看了下, 和父子进程一点关系都没.....

自进程
ns.done 没有捕获异常只是小问题

主要在这 3 有问题
manager = Manager()
q = manager.Queue()
ns = manager.Namespace()

要解决得慢慢折腾里面代码 我随便弄了下不想弄了, 折腾 multiprocessing 不如自己写多进程代码还好控一点

打日志 好歹你要知道子进程怎么退出的

你代码有问题 子进程是不是正常退出的都不知道 直接 try 包一层都好啊

子进程有信号处理没
主进程收到 ctrl c 信号以后 给所有子进程发终止信号不就行了

啥叫“应该” 子进程是否结束是可以看到

multiprocessing 我记得默认是用 socket 来父子进程通信的
join 里应该是取了 socket 数据 并 wait 子进程结束

好好看看处理信号的部分就知道怎么让子进程 exit 了

当然如果你代码是 win 上的当我上面的的都没说

pipe 是主进程退出 子进程也收到能退出 是个退出保险

主进程里确认子进程退出用 waitpid

@duan602728596
谢谢我试试