最近换了笔记本，新的工作环境下jmap命令居然在报错，而jps、jstat、jinfo、jstack都能正常使用，所以初步排除进程号的问题。

Attaching to core 17536 from executable heap, please wait...

Error attaching to core file: Windbg Error: OpenDumpFile failed!

sun.jvm.hotspot.debugger.DebuggerException: Windbg Error: OpenDumpFile failed!

        at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal.attach0(Native Method)

        at sun.jvm.hotspot.debugger.windbg.WindbgDebuggerLocal.attach(WindbgDebuggerLocal.java:160)

        at sun.jvm.hotspot.HotSpotAgent.attachDebugger(HotSpotAgent.java:673)

        at sun.jvm.hotspot.HotSpotAgent.setupDebuggerWin32(HotSpotAgent.java:569)

        at sun.jvm.hotspot.HotSpotAgent.setupDebugger(HotSpotAgent.java:335)

        at sun.jvm.hotspot.HotSpotAgent.go(HotSpotAgent.java:304)

        at sun.jvm.hotspot.HotSpotAgent.attach(HotSpotAgent.java:156)

        at sun.jvm.hotspot.tools.Tool.start(Tool.java:191)

        at sun.jvm.hotspot.tools.Tool.execute(Tool.java:118)

        at sun.jvm.hotspot.tools.PMap.main(PMap.java:72)

        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

        at java.lang.reflect.Method.invoke(Method.java:498)

        at sun.tools.jmap.JMap.runTool(JMap.java:201)

        at sun.tools.jmap.JMap.main(JMap.java:130)

同时，又试了下jmap heap xxx一个不存在的进程号（这里先埋个坑），还是报同样的错误，根据异常栈的信息，怀疑是Windows下的命令行没有管理员权限，无法访问dump文件，所以试了下以管理员运行CMD，然后jmap heap，然而还是报同样的错：



这下无助了，百度、*逛了一圈也没找到解决问题的办法.....先放一放？

华丽丽的分隔线

大概过了不知道多久，猛地想起来 - - “是不是命令没敲对？”，jmap -h 走一波，仔细看截图中红框内容，然后羞愧的低下了头（一定是中秋月饼吃多了才导致的，嗯！）



如图jmap有三种用法，1、连接正在运行的进程 2、分析core文件，即dump文件 3、连接其他机器的JVM进程所以，上面jmap heap xxx命令的问题就出在搞忘记加 " - " 了，被jmap当作是要分析 “heap” 这个快照文件了，报错也就理所应当了。

总结：

   JDK自带的工具包中，像jps、jmap、jstack等这些命令，指定option一般都是要带 “ - ” 的，而紧跟的参数是不带杠的，这点需要牢记。还有就是报异常了不要慌，一定要仔细读异常提示信息和异常栈，拿本例来说，其实第一行已经提示清楚了（小小吐槽下：要是把文件名也打印出来就更好了）