需求：
我方运行一个webhook服务，接收其他合作方的通知消息

需要在本地启动一个http服务，并把监听网址通知给合作方，让合作方知道应该把消息发到哪儿


如果先启动http服务，则会执行进serve_forever()函数内部，这函数长期也不会返回，没办法在http服务启动完成 *之后* 把我方网址通知给合作方

如果先通知对方再开启监听，则在此服务器启动过程中，对方有可能产生一堆通知失败

如果不入侵http服务器的启动函数增加启动后的hook，正确的做法应该是怎样呢？
--
FROM 139.227.19.*

那下一个问题就变成了：
主进程事后是不是要执行个wait卡住自己？

感觉是不是有点不太干净……
【 在 song023 的大作中提到: 】
: 单独的线程里启动http
--
FROM 139.227.19.*

http服务里跑的代码做个通知应该不难吧，随便搞个js啥

【 在 JulyClyde 的大作中提到: 】
: 需求：
: 我方运行一个webhook服务，接收其他合作方的通知消息
: 需要在本地启动一个http服务，并把监听网址通知给合作方，让合作方知道应该把消息发到哪儿
: ...................
--
FROM 221.224.127.*

单独搞一个检测通知进程:  while true; do curl localhost:8080/alive && tell another && break; done
--
FROM 111.197.102.*

【 在 JulyClyde 的大作中提到: 】
: 需求：
: 我方运行一个webhook服务，接收其他合作方的通知消息
: 需要在本地启动一个http服务，并把监听网址通知给合作方，让合作方知道应该把消息发到哪儿
: ...................

有几点澄清， 公共服务的http， 使用的端口基本上都是固定的那几个， 网址不也用url，
所以， 你的动态监听体现在哪里不一样？
我的理解， 是你的http是不是绑定了本地一个随机的端口， 每次启动不一样，而不是绑定一个固定端口？
你可以才行预绑定的方式， 占用一个端口， 然后， 释放掉它，再用指定端口的方式用这个端口号启动http服务。
--
FROM 124.126.0.*