不知是个好主意还是馊主意，关于DLL、COM组件的引用计数问题。详情......

你的理解错误了。
那你如何使其Free呢？
是不是想使机器死掉呀
应该不会这样吧

解决方案 »

  1.   

    只要我的机器启动着，我就不想让它free，比如网站的服务器
      

  2.   

    那这样也不行啊，那你的机器中不是有很多常驻内存的程序了吗？
    何况有时也不是一个COM对象，要是有多个COM对象时该怎么办？
    再者，就是如果你有多个COM对象常驻内存，而这时并没有使用
    这些COM对象，你说是不是浪费呢？
      

  3.   

    你在第一次 Load 的时候操作系统在内存中寻找不到指定的模块，而从磁盘中读入文件（期间最耗时），并将文件映射到你的程序地址中（期间速度很快）；当下一个客户 load 的时候操作系统其实只需将文件映射到你的程序地址中而已。在这里操作系统为你做了透明的优化。
      

  4.   

    不free得话····当使用你得进程退出时，也应该被OS kill了。
      

  5.   

    To:qkl(康)
    当它的引用计数为0时不就Free了吗？当下一个LOAD时不是要重复：“从磁盘中读入文件（期间最耗时），并将文件映射到你的程序地址中（期间速度很快）；”吗？
      

  6.   

    是的“它的引用计数为0时就Free了”，这样的好处是合理节约了资源。
    windows 是多任务的系统，我想，在编程是大家应遵循如此的编程规则，不要浪费不必要的系统资源，有如“系统是我家，稳定靠大家”。我觉得你的主意是有点馊，这样的程序太霸道了。
    另外，我认为像 Kevin_qing(Kevin)　说的那样，但未试验过。
      

  7.   

    yukuang(天才？？)，不是的一些系统资源是不被操作系统跟踪的，也就不能被操作系统释放。
      

  8.   

    使用LockServer(TRUE)锁定，就不会被系统自动移出内存