使用CRT静态链接的COM InProc服务器耗尽资源(例如FLS索引)

Question

我认为static-linking (to CRT，即/MT编译器选项)在构建小型工具时非常方便，这要归功于易于部署。(类似于Process的Sysinternals工具就是一个例子。)

然而，有人让我注意到，CRT使用了一些资源，这些资源可能会在插件体系结构(例如shell扩展)中耗尽:特别是，FLS指数似乎是运行最快的资源，而LoadLibrary()在加载127 CRT静态链接DLL时可能会失败。

我已经构建了一些shell扩展，但是我从未遇到过这个问题。

有没有人经历过CRT静态链接的proc服务器(比如shell扩展)的资源耗尽问题？

如果是这样的话，是否有一个“修复”(除了使用动态链接到CRT之外，它不幸地使部署复杂化，并且需要VCRedist下载一些兆字节，而与CRT静态链接的小东西只有几百千字节.)。

Answer 1

Hmya，这有点像担心如果你有一个好的备份，以防流星撞击摧毁机器。您的shell扩展的用户在一段时间前就会发现有些东西是错误的。每次使用“文件+打开”对话框时，将100+ DLL注入到进程中并不会被忽略，该程序在5秒或更长的时间内就会死掉。

所以他要么做些什么，然后用像SysInternals‘AutoRuns这样的实用工具来清理他的机器。如果你的扩展足够有用的话，你会活下来的。或者用户不采取任何对策，并且很高兴有一个严格的上限。您的扩展将失败，但用户无法说明原因。你可能会接到支援电话，你知道该怎么做。