@Zzzzzzzzz 恩是的,看来不能这么做了.现在我在想交付方式是一个 docker image 或者一台主机 win 上我在想是用一些脚本让他们同时启动,现在看来第三种基本上已经不行了....我们公司其实卖的是数据....

@9hills 动态连接应该算吧...

@jsonline 你认为是那种传染

@yuyang1110 谢谢....再问一个.....如果是用 system("shell") 来执行 shell 命令呢?我觉得不算,但是也不敢说肯定不算

@sivacohan
@onceyoung
@yuyang1110
@loading
@9hills

话说如果那个软件只是作为 mysql 的引擎的话,是不是就可以规避这个问题了?
而且 mysql 和我 java 层面的软件都是用 socket 连接的,所以这样就应该没问题了吧?

@sivacohan
@onceyoung
@yuyang1110
谢谢
吐个槽:外包竟然说我们没和他说明白不能用 gpl 的软件....我靠,我们有说我们要给客户分发啊...现在开始说这个了.....

@9hills 哦……了解了，我也觉得库调用肯定会传染

@kokutou 你的 markdown 跑了.......

@julyclyde 这个应该可以…

@kokutou 对啊………
@402645707 现阶段没有那个成本和实践来完成这个功能………以后会实现吧……
@9hills 我估计他说的商业授权指的是不公开源代码的情况下嵌入使用的授权吧……
还有，调用 api 的话不会算是么……那 lgpl 还有啥意义……

吐个槽
唉，那群外包做东西的时候肯定没想这么多……客户版竟然想装虚拟机里给客户，我说再怎么也要用 docker 之类的吧，他们一脸蒙逼，本来还挺信任他们的，现在不得不仔细审视他们用的所有工具和写的所有代码了。

@bazingaterry 我也是………😂😂😂

+1

python 在快速开发确实方便,但是弱类型什么的,导致很多错误要到运行时才能测试出来,很不爽....

@xuboying 对啊，不仅如此，我的父进程会监视所有子进程，有关闭的就开启，直接自己关闭会出问题

@msg7086 差不多的意思是这样都导致我的程序出错，所以差不多………
@dndx
@ryd994 我用的 python 的 queue ，但是我我不想做双向的，因为我的程序是三层的，而判断是否完成在第三层且只能在第三层，所以我才用这个方法的，结果上看效果不错。

@littlewing 啊~僵尸和孤儿差不多了.如果仅仅是 fork 的进程没有做任何处理的话,不管你用什么方法发送 kill SIGTERM 都是会导致子进程被 init 收养吧....
我也测试了(顺便测试了脚本别的地方,发现了一个 bug,然后改到现在,呵呵呵呵呵,妈蛋),fork 之后子进程 kill 父进程,但是我前面有说我会在父进程处理信号量,所以我很成功的 kill 掉了整个进程树

也就是说,对于父进程(本来就是为了子进程管理来写的)定义了处理 SIGTERM 信号量的函数,说白了就是会在 kill 他的时候他会先 kill 掉所有子进程,并在子进程都已经确实被 kill 之后在自我了断.当然我的子进程也会捕捉信号量好保存处理的进度.这样就基本没问题了.我问问题的原因是我不知道子进程发送给父进程信号量有没有这个权限,发现可以就肯定可以了的说.

吐槽一句多进程,那乱序真难捕捉.....在自己电脑上测试没问题(3 处理进程),到了服务器上(7 处理进程)瞬间真的乱了....

@just4test 哦，对哈，谢谢谢谢

@louirobert parent 负责监视所有子进程，有坏掉停止的就会被重启，如果是你说的那样，就会无限重启了，因为父进程不知道子进程已经跑完任务了………

@Jaylee 但是主进程有捕捉 SIGTERM 信号，它会终结所有子进程之后自我了断，不存在僵尸啊，僵尸的可能是 9 信号吧………
@avastms ………………
@hrong 同上………再说只是发送信号，和普通的 kill 命令一样吧……正在回家的路上………回去 test

@cst4you 这个屌！关键是没有邀请注册不了😂