dll应用，传说中的万恶的智能指针

最近一个小实现模块完工，准备接入工程中，前提条件说一下，工程实体已经上线，我只是给他增加一个传输通道。上层和下层调用方式是我给出的一个接口。具体如何调用其实不用了解，只要模块稳定就可以。

 

我是在一个基础dll的基础上再封装一层。这个dll的调用方式是内部封装的，专业点来说你拿不到他的句柄，只不过调用一下接口就可以启动了，还是比较方便的。

前期工程说是给A工程做底层，然后我就按照A的调用方式编写一个dll，然后A工程还在测试阶段 ，怎么说呢，就是bug不断的情况，再增加一个我的模块，他们害怕继续bug不断

没办法，那就先给B工程用吧！

 

B工程，工程主管脾气暴躁，一说话声音就高，一句话总结自己沟通能力不够啊！

 

这个前提条件下，B工程直接开用，直接使用效果还是蛮好！不过从上周开始调试，我发现小模块的CPU一旦出现工程重新启动这种情况，就会超高，一直也没注意，自己写的demo测试也没有出现这个情况。开始用procexp 查看线程，工程调用的比较多，知道哪里出错还是不行，就是感觉他在运行。主要是工程应用的是boost，每次工程关闭线程全部关闭。首先想到的是可能没析构，定位一看擦，真不会调用到析构，按照我的思路他们既然要重新启动就是都清理掉然后重新启动。找到这个问题，而且我前面的demo也测试没问题，那么就可能是多次调用底层dll，并且没有回收。因为我调用的dll不是在初始化的时候开始启用，是start开始。

立马写了一个demo，用boost智能指针建立对象，然后用一个while循环不断的去start和stop不用重新new工程，这种情况真的开始CPU不断的happy。

至此，问题终于找到了，还有procexp用的不好，不会反汇编，不能直接找问题代码，但是可以直接定位到执行是那一层代码，这个需要继续学习。

沟通很重要，调用 DLL的方式最好还是在初始化时就调用。回收可以直接写在析构里。整体思路就很清晰了。还有待提高继续学习！