无法解释的Azure webapp内存消耗
我正在调试一个Azure Web应用程序上无法解释的内存消耗。我花了很多时间使用dotmemory、perfview和诊断工具挖掘日志、内存转储，但仍然无法理解为什么我们的应用程序内存一整天都在稳步增长。
我在堆中验证了多次，以确保请求前后的应用程序对象/模块都被释放，上面的屏幕截图显示了这一点。
如果你能分享一些关于如何找到消耗内存的东西的建议，我会的
共有2个答案
在花了好几个小时进行研究后，我们发现我们的一个库中的静态变量保留在内存中并且从未被释放。我们确实在可视内存快照中发现了这些静态变量，但拒绝相信这些是问题的实际原因，并试图找到不存在的对象。
我们将静态变量替换为属性，从而解决了内存泄漏问题
感谢Snehagrawal MSFT。将您的建议发布为帮助社区成员的答案。
您可以为特定应用程序启用应用程序洞察。如果尚未启用，请执行以下步骤。
转到Web应用-
如果“Application Insights”已启用，您可以在“Metrics”选项卡下找到详细信息。这将为您提供服务器和客户端正在发生的事情的详细视图。
有关更多详细信息，请参阅Monitor Azure web app performance，Azure app Service Memory Usage。哪里可以看到完整的故障？以及如何确定azure中应用程序服务计划90%CPU百分比的原因
-
我得到一个奇怪的内存不足错误解码一个可绘制的图像资源960x926px jpg，分配3555856字节。图像仅放置在drawable-xxhdpi(3x)中，而我使用的是hdpi(1.5x)设备。两个问题： > 为什么堆中有足够的空闲内存却出现错误？ 03-18 17:30:15.050 327 50-32750/？D/DALVIKVM:GC_FOR_ALLOC释放10809K,49%释放2373
-
在docker容器中运行的Java应用程序 没有调用本机代码，没有已处理的启动，没有DLL/。所以文件被引用了 JVM参数： Docker硬盘内存限制设置为 JVM似乎正常（正常的GC周期，没有内存泄漏，没有OOM） Docker内存一直在增长，直到达到硬限制（），导致终止并重新启动容器 为什么docker统计内存持续增长（导致每天都遇到硬内存限制），尽管JVM似乎在其限制范围内运行。 对于其他微
-
本文向大家介绍Linux 内存释放命令详解，包括了Linux 内存释放命令详解的使用技巧和注意事项，需要的朋友参考一下 我使用的是CentOS 6.5 ，由于卸载Solr 后发现内存占用挺多的，我想释放一下内存，就查阅了一些资料，分享给大家： 1.free -m 查看内存的使用情况，-m表示单位是兆 2.echo 1 > /proc/sys/vm/drop_caches 以上内容比较简单，成功的给
-
使用SXSSFWorkbook读取Excel，1W行数据，188列（测试时只有前16列有数据） 读取操作完成后，JVM中存在大量的org.apache.xmlbeans.impl.store.Xobj$AttrXobj org.apache.xmlbeans.impl.store.Xobj$ElementXob类的实例，很长时间内不会被GC 我尝试过使用SAX事件驱动解析Excel、Streami
-
释放stringbuilder内存的最快方法是什么。 下面是我试图尽快释放内存并使对象符合垃圾收集条件的代码片段 备选案文1： 根据我的理解，stringBuilder中的所有数据都将被删除，对象一旦被踢入，就有资格获得垃圾回收机制，但stringBuilder占用的文本内存将被释放。它的字符串值也会从堆中删除，还是会存储在字符串池中？ 选项2： 这将重置字符串生成器的长度，但不会被垃圾收集 选项
-
本文向大家介绍详解如何减少python内存的消耗，包括了详解如何减少python内存的消耗的使用技巧和注意事项，需要的朋友参考一下 Python 打算删除大量涉及像C和C++语言那样的复杂内存管理。当对象离开范围，就会被自动垃圾收集器回收。然而，对于由 Python 开发的大型且长期运行的系统来说，内存管理是不容小觑的事情。 在这篇博客中，我将会分享关于减少 Python 内存消耗的方法和分析导致