最近服务器上一个后台传输文件的服务,经常会报出异常来,只能强行终止并重启. 昨天刚好有空,现场抓了一下dump,再把程序扔到IDA里看了一下,很快就找出原因了,原来是调用fclose时出错的. 使用C的Runtime函数进行文件操作,也就是fopen,fread,ftell,fclose这些,本身这并没有什么问题 但是出现异常的位置往上一点,程序写了日志,主要内容是“打开文件失败,错误原因:xxxxxx” 也就是说,在使用fopen打开文件失败了之后,程序仍然使用了fclose来关闭这个无效的F

今天看到这个问题如何评价王垠的 <讨厌的 C# IDisposable 接口>? - 王垠(人物),答案被歪到windows 内核对象和句柄,答案中谈的太浅显而且有误.翻出陈年老文章(此文成于2012年,只在公司内部分享过),大部分内容来自Windows内核原理 1句柄和句柄泄露 在Windows编程过程中,很多时候我们都要和句柄打交道,比如窗体句柄,内核对象句柄,GDI句柄,Windows Multimedia库中的多种句柄等等,以及其他更多未曾使用过的句柄类型.句柄(Handle)是Win

前言: Java不存在内存泄漏, 但存在过期引用以及资源泄漏. (个人看法, 请大牛指正) 这边对文件句柄泄漏的场景进行下模拟, 并对此做下简单的分析.如下代码为模拟一个服务进程, 忽略了句柄关闭, 造成不能继续正常服务的小场景. public class FileHandleLeakExample { public static String readContentFromFile(String filename) { StringBuilder sb = new StringBuilder(

Windbg的一些简单使用命令 一.崩溃 1.  输入.ecxr;kbn得到崩溃的堆栈 其中源代码如下 2.  查看堆栈和源代码,发现第0帧导致崩溃,代码也是本地代码 输入.frame  0,切到第0帧如下 3.  输入 dv 查看当前帧的一些变量信息 发现变量p =0x00000000 二.句柄泄漏 1.  启动进程 2.  用windbg附加到进程 3.  !htrace  -enable命令开启句柄检测 4.  !htrace  –snapshot 5.  运行一段时间后 6.  !htr

例如: @interface Test:NSObject{ id __strong obj_; } -(void) setObject:(id __strong)obj; @end @implementation Test -(id)init{ self=[super init]; if(self){} return; } -(void) setObject:(id __strong) obj{ obj_=obj; } @end 那么在调用时如下: { 1.  id text1=[[Test a

bool bExist = false; HANDLE hHandle = ::CreateEvent(NULL,  FALSE,  FALSE,  L"Global\\xxxxx_name"); if  (hHandle && ERROR_ALREADY_EXISTS  ==  GetLastError()) {         bExist = true;         ::OutputDebugString(L"event exist \n"

MSDN官方XmlSerializer类使用说明链接: http://msdn.microsoft.com/zh-CN/library/system.xml.serialization.xmlserializer(v=VS.100).aspx 动态生成的程序集 为了提高性能,XML 序列化基础结构动态生成程序集,以便对指定类型进行序列化和反序列化. 该基础结构将找到并重新使用这些程序集. 仅当使用以下构造函数时,才会发生此行为: XmlSerializer.XmlSerializer(Type)

重装系统失败导致虚拟机状态为error DASHBOARD查看虚拟机状态: 查看日志: 磁盘不足导致下载新镜像失败. Virsh list -all 无法发现虚拟机,底层盘消失(因为重装系统时nova 会先删除原来镜像然后下载新镜像,下载新镜像失败自然导致虚拟机状态为error)这时恢复虚拟机已不可能,只有重新底层灌入新镜像启动(原有系统盘数据丢失,) 解决方法: 1.查看原有像名称(/var/lib/nova/instances/_base/ 中保存的名称,可以通过/etc/libvirt/q

原始问题是这样 然后扔到了很多Android开发交流群里. 接着产生了很多的见解,我感觉比较靠谱的有以下: 网友对我问题的回答 1.onDestroy被回调代不代表Activity被回收了? 官方是这么说的 Perform any final cleanup [before] an activity is destroyed. x   1 Perform any final cleanup [before] an activity is destroyed. 众多网友:不代表! 网友1:代表[将

背景 上周发现蘑菇街IM-Android代码里面.一些地方代码编写不当.存在内存泄漏的问题.在和疯紫交流的过程中.发现加深了一些理解,所以决定写一下分析思路,相互学习. 内存泄漏 一个不会被使用的对象.由于另一个正在使用的对象持有该对象的引用.导致它不能正常被回收,而停留在堆内存中. 内存泄漏的危害 最坏的情况,App可能会由于大量的内存泄漏而导致内存耗尽.引发Crash,假设内存未耗尽,App也会犹豫内存空间不足,出现频繁的GC(垃圾回收),每次一出GC都是很耗时的堵塞性操作,会造成设备很严重

记录一个用http.Post的问题 if _, err := http.Post("http://127.0.0.1:8080", "", nil); nil != err { panic(err) }// 会导致goroutine泄漏 if resp, err := http.Post("http://127.0.0.1:8080", "", nil); nil != err { panic(err) } else { de

首先定义一个Person类和一个Dog类,然后分别实例化对象p和d,给p对象添加一个pet属性 给d对象添加一个master属性此时Person和Dog的应用计数都为2,当del p 和del d后Person 和Dog的应用计数都为1,就造成了循环引用导致内存不能释放 最终导致内存泄漏. 以下图片是没有循环应用的代码执行结果 以下图片是循环引用后代码执行结果

概念 内存泄露:指程序中动态分配内存给一些临时对象,但对象不会被GC回收,它始终占用内存,被分配的对象可达但已无用.即无用对象持续占有内存或无用对象的内存得不到及时释放,从而造成的内存空间浪费. 可达性分析算法 JVM使用可达性分析算法判断对象是否存活. GC Root 通过一系列名为"GC Roots"的对象作为起点,从这些结点开始向下搜索,搜索所走过的路径称为"引用链(Reference Chain)",当一个对象到GC Roots没有任何饮用链相连时,则证明此

目录: 1.usb烧录时出现的问题截图 2.重新擦除boot发现失败的情况 3.解决措施 烧录失败导致boot无法加载的解决措施在烧录系统的时候经常会遇到烧录失败的情况,如果能通过再次执行烧录能烧上肯定更好,下面主要解决各种无法在烧录的情况. 1.usb烧录的时候出现下面的截图  第一步解决措施,先使用HITOOL重新擦除一遍,再烧录,如果还不行请参考下一步 2.重新擦除boot发现失败的情况,如下图,boot无法正常加载(通常说烧成砖),在不停打印空白字符串  解决措施:使用HiTool单独烧

一:背景 1. 讲故事 上上周有位朋友找到我,说他的程序CPU和句柄都在不断的增长,无回头趋势,查了好些天也没什么进展,特加wx寻求帮助,截图如下: 看的出来这位朋友也是非常郁闷,出问题还出两个,气人哈,关于 cpu 爆高的问题我准备单独用一篇文章去侦读,这篇就先聊聊 句柄泄漏 的问题,毕竟写了20多篇,也是第一次聊到 handle 泄露,有点意思哈. 2. 什么是句柄 我个人理解的句柄:就是在托管层持有了一个对非托管层资源的引用,有了这个引用,我们就可以强制回收非托管资源,那什么是非托管资源?

问题引出:A进程与B进程各自独立,都是服务器进程,常驻系统,互不相干.在某次重启A进程后,发现由于固定监听的端口被占用而无法启动.检查,发现是B进程占用了该端口,检查B进程代码,没有相关的打开该固定端口和打开随机端口的动作.问题百思不得其解. 最终,发现B进程不只是占用了该固定端口,还打开了很多本该只有A进程才会打开的句柄资源.很快联想到A是B的子进程,B是A fork之后在子进程中运行的.进一步分析,发现A进程有着类似于监控B进程的作用,在特定情况下,会调用B进程的监控脚本来重启B,调用时用的

微信小程序获取用户解密的Session_key 然后对 encryptedData进行解密 偶尔报错 时间长了之后会报内存溢出: java.lang.OutOfMemoryError: GC overhead limit exceeded at javax.crypto.JarVerifier.verifySingleJar(JarVerifier.java:426) at javax.crypto.JarVerifier.verifyJars(JarVerifier.java:322) at

通过关联x$kglcursorx$kglcursor_child_sqlid视图: 通过使用Oracle10035Event事件可以找到解析失败的SQL: 通过oraclesystemdump也可以找到解析失败SQL: 以下我们来看看这个精彩的案例分享. 背景介绍客户的一套重要生产系统,出现了性能问题.这个问题涉及的信息如下: 月底时候数据库主机的CPU利用率长期在100%左右. 数据库中出现大量的latch:librarycache竞争 系统概况 该系统为OLAPOLTP混合系统,平时为交易型

转载请说明原出处,谢谢~~ 今天下午群友的网友让我帮忙看一下的duilib程序的问题,程序中包含了List控件,会定时清除所有子项目然后重新添加.但是程序运行一段时间后会自己崩溃!我编译了源码运行后在任务管理器里发现,程序的gdi句柄数一直增加而不减少,不到半分钟的时候gdi句柄数居然增加到10000个!!当时我就惊呆了,然后程序直接崩溃,如图: 很明显发生了gdi泄漏.随后我也看了自己的仿酷狗程序,居然也发现了gdi泄漏.当音乐项目增加到几百个之后gdi句柄暴涨,程序崩溃.随后进入debug模

服务配置:一主一从,版本都是 5.5 .主库配置了 binlog-do-db binlog-ignore-db 问题复述:运营人员发现,昨天的数据统计不对.数据分析服务查询的是从库的数据. 到tomcat-manager查看数据收集接口的请求次数.失败次数都是正常.说明在主库数据已经收集到了.而从库没有数据,那就是主从同步出现问题. 在从库执行: show slave status; 从库的SQL线程在执行 insert 语句时报错,导致同步过程停止.而IO线程是正常的,binlog已经正常传到

来自:http://www.geedoo.info/dfs-client-block-write-replace-datanode-on-failure-enable.html 这几天由于杭州集群处于升级过度时期,任务量大,集群节点少(4个DN),集群不断出现问题,导致flume收集数据出现错误,以致数据丢失. 出现数据丢失,最先拿来开刀的就是数据收集,好嘛,先看看flume的错误日志: [php]Caused by: java.io.IOException: Failed to add a d