从CFC返回查询的内存含义

Question

我在ColdFusion中编写了一个数据库加载脚本,我遇到了一个问题,即脚本内存缓慢耗尽.我用<cfthread>将每个表加载分成自己的线程,当内存下降到50%以下时我调用垃圾收集器(确保在gc()调用之间有30秒以防止垃圾收集器占用内存) .

我创建了一个CFC来保存脚本所需的所有查询.该脚本调用适当的CFC函数,然后返回查询,其中一些查询大小超过2 MB.当我在活动线程的内存页面的详细信息视图中查看服务器监视器时,看起来我的CFC在内存中保留了查询的副本,即使我对查询变量进行了操作并且变量在最后超出了范围功能.另外,我在我的帖子中有一个内存查询的副本.所以我在内存中留下了两个查询副本.这真的发生了什么？如果是,我如何从内存中删除一个查询副本？

Answer 1

这里有很多潜在的问题,但我会尝试强调一些最重要的事情供你考虑:

1. 为什么线程？你需要线程吗？在某种程度上,你可能会为了自己的利益而修补过多.
2. 手动强制垃圾收集不一定是个好主意.调整JVM以自动执行其垃圾收集,但也不要过度使用它.垃圾收集往往很昂贵,如果运行频繁,可能会影响应用程序的性能.
3. 你如何实例化你的CFC？如果您在查询的每个请求上实例化CFC,那么随着时间的推移,您将遇到RAM问题,内存泄漏缓慢,因为CFC会过快地加载到RAM中以防止垃圾收集.你最好的选择是让它成为一个单身人士.(即,将其设置为应用程序范围).
4. 请注意,变量不变量(据我所知),一旦变量停止使用,就会自动释放内存.内存仍然是保留的,虽然它可能会被标记为短命代码的一部分,以便它(可能？)更快地被清理.但这并不保证任何事情.
5. 如果您正在查看活动线程,那么在请求结束之前也不会清除查询 - 不一定是函数调用的结束.似乎不耐烦会激励您在函数调用完成后立即死亡.
6. ColdFusion 查询通过引用传递,而不是通过值传递.在内存中获取2个查询副本应该是不可能的,除非您以某种方式使用duplicate()或类似函数来显式复制查询.

查询可能会从cfreturn语句返回指向查询的指针.在完成引用它的所有进程之前,不会清除该查询.因此,如果它将查询传递给其他进程,则不会将查询清除内存.例如,如果将该查询设置为会话变量,则该指针在该会话变量消失之前不会移动到任何地方,无论您尝试强制垃圾收集的频率如何.

只需要考虑几件事情.