nevermoreluo

c#的话 我记得用过微软自己有一套 引入库直接在 grpc 文件里面定义 api 就好了
两个端口 一个 grpc 一个 http 调用
```
import "google/api/annotations.proto";

service Greeter {
rpc SayHello (HelloRequest) returns (HelloReply) {
option (google.api.http) = {
get: "/v1/greeter/{name}"
};
}
}
```
详细的看看微软的文档吧
https://learn.microsoft.com/en-us/aspnet/core/grpc/browser?view=aspnetcore-8.0

还有 go 的 grpc gateway
https://github.com/grpc-ecosystem/grpc-gateway

drogon 挺好 不过要真的在线上使用，有点需要注意。
它的脚手架本身不提供数据库增量更新的 migrate ，但是提供了由数据库生成 model 的命令。如果使用的话需要保证研发时生成 model 的数据库字段以及字段顺序和线上一致，否则会炸。（有一套其他同学维护的数据库表增量更新的逻辑，然而有些逻辑不保证顺序。。。。。本机好的，测试的时候就炸掉啦） 自动生成一时爽→_→


cpp-httplib 没啥好说的，甚至连 framework 都算不上，就是个简单的 httplib ，啥都要自己搞， 不过好在轻松上手干就完了


不过我其实有段时间想试试 oat++来着的 后来一直没空动手，不知道哪里让你感觉不好用了

要到饭了 xdm 回帖感谢（ doge

总的来说完全切出去用进程间通信管道或者网络之类的都可以，这样风险低很多，不然要考虑的太多心智负担太重

如果真的要做
代码里面首先不能有全局变量之类的声明，这些声明的空间是另外开辟的 你要想好覆盖会不会发生异常情况
其次原理上就是把 import 的 cache 删了 再 reload
但是这时候内存中已经实例化的对象是不变的，如果这是你想要的就叫 feature ，如果不是 祝你幸福
顶多加载到静态类方法能执行到新的

我咋感觉像是厂家的锅，他们根本就没测试自己给的 dll 缺什么依赖就发你了吧。。。如果你们是甲方，联系一下产品经理，试试让厂家提供一个不在 qt 里面编译的 c++加载他们给的动态库的 demo, 他们就知道缺啥要给你啥了


不然就你这么试。。。qt...可是有一大堆依赖的。。。不过用 qt 打外部调用的 dll 的我还是第一次见。。。可能我孤陋寡闻了吧。。。