背景

日前服务器一个应用总是莫名挂掉，通过排查发现是老年代内存无法回收引起，那么要定位到到底是那一部分数据导致的无法回收，就需要把堆内存dump出来，然后用工具分析。但奇怪的是dump的时候一直报错

Unable to open socket file: target process not responding or HotSpot VM not lo

排查完整过程

解决方案

网上找了很多方案，都没效果，最终通过一些文章的启示，自己找到了解决方案。

问题引起的原因

由于Linux一切皆文件的特性，也就是说一个Java进程实际上会对应到一个PID文件，dump命令依赖于进程的PID文件，报错这个是由于这个PID文件可能已经被系统给删除了。

linux系统有个删除管理机制：系统每天会用tmpwatch命令检查并删除 /tmp 下超过240小时未访问过的文件和目录。

问题的解决方案

Linux有个文件（/usr/lib/tmpfiles.d/tmp.conf）中记录着一些目录，这些目录中不会被自动删除，我们需要在这个文件中配置我们的JAVA进程的PID目录。

第一步：先找到PID所在目录
先用JPS命令得到进程号

32383为我的JAVA应用的进程号，然后我们去/tmp目录下找这个进程号

很明显这里没有32383，但这里有个hsperfdata_root目录不知道是什么东西，进去看看

这里有31383，那么也就是说/tmp/hsperfdata_root目录即是要排除在外的目录。

第二步：把找到的目录添加到文件内容中

vi /usr/lib/tmpfiles.d/tmp.conf

添加如下内容

/*代表目录下的所有文件，添加之后应该是立即生效的，无需重启。如此，即可避免文件被系统删掉。

其他事项

以上解决方案是我在我的系统中亲测成功的方案，由于系统版本不同，我的解决办法可能不适用于你，你需要尝试。
我的Linux内核版本为Linux version 3.10.0-1062.1.1.el7.x86_64
系统版本为CentOS Linux release 7.5.1804
我不确定其他系统版本的设置方式是否一致，有的系统可能没有/usr/lib/tmpfiles.d/tmp.conf这个文件，那么可以看看是否存在/etc/cron.daily/tmpwatch这个文件，存在的话可以在这个文件中添加排除项，添加方式与本文一致。

如果依然无法解决，可以看看我参考的两篇文章，寻找解决方案。

参考

https://www.cnblogs.com/vsop/p/10943753.html
https://blog.51cto.com/zhangshaoxiong/1310166

在学习OpenGL的过程中，往往因为某些测试目的或单纯太菜而写出错误的代码，此时只能面对漆黑的窗口怀疑人生。如何让OpenGL能够像编译器一样，在出错时打印错误信息到控制台呢？本文将介绍几种方法。

基础介绍

首先声明OpenGL的API库：glfw。这个库支持较新的glfw版本（如gl4），让我们可以使用更新的OpenGL特性。现目前glfw官网可以下载的版本是3.3，注意这是glfw的版本，而不是开发环境所使用的OpenGL版本。

通过#include <GLFW/glfw3.h>包含glfw头文件之后，我们就可以使用GLFW API 的所有常量、类型和函数原型。其中一部分是通过包含开发环境自身提供的OpenGL头文件实现的，但是Windows平台对OpenGL支持很少（大概是因为微软自己做了DirectX的原因），因此简单地包含glfw3.h只能让我们直接使用古老的OpenGL 1.2版本，新版本函数需要手动查询并绑定函数指针后才能使用，为了解决这一问题，一般使用extension loader library，如glad库来支持这些扩展。

OpenGL获取错误

OpenGL运行中产生的错误保存在一个队列中，调用函数

GLenum glGetError(void);

从队列中获取一个代表错误的枚举数，对应error的类型，种类如下

由于错误可能会累积，或是在某个调用中产生多种错误，因此一般用while()反复调用以获取全部错误。

以下是一个简单的Debug头文件，包含该头文件后，在某一行中调用checkGLError()函数，即可确定该行之前产生了哪些错误。

在多处使用时，这个函数可以接收一个字符串参数，来标记不同错误的位置。

#pragma once
#include <iostream>
#include <string>
#include <map>

#include <GLFW/glfw3.h>

std::map<int, std::string> ErrorInfo{
    {0, "NO_ERROR"},
    {1280, "GL_INVALID_ENUM"},
    {1281, "GL_INVALID_VALUE"},
    {1282, "GL_INVALID_OPERATION"},
    {1283, "GL_STACK_OVERFLOW"},
    {1284, "GL_STACK_UNDERFLOW"},
    {1285, "GL_OUT_OF_MEMORY"},
    {1286, "GL_INVALID_FRAMEBUFFER_OPERATION"},
    {1287, "GL_CONTEXT_LOST"}
};

void checkGLError(const std::string& flag = "NO_FLAG") {
    int code = glGetError();
    
    if (code != GL_NO_ERROR) {
        if (flag != "NO_FLAG") {
            std::cout << "OpenGL ERROR at flag \"" << flag << "\"\n";
        }

        while (code != GL_NO_ERROR) {
            std::cerr << "ERROR CODE \"" << code << "\": " << ErrorInfo[code] << std::endl;
            code = glGetError();
        }
    }
}

（或许）更好的一种方式是在每个OpenGL函数调用时都套上一个检测错误的宏，尽管这样做会降低运行效率，但在程序的Debug阶段是很有效的，具体做法见Cherno的OpenGL教程 p10。

新版本OpenGL支持的错误回调

设置错误回调后，即可在发生错误时自动处理，十分方便。

• 注意：要使用错误回调需要包含较新（4.3版本以后）的glad库。
  

错误回调的原型如下

void glDebugMessageCallback(	DEBUGPROC , callback
								void * userParam);

• callback是一个在出错时将被调用的函数的函数指针。
• userParam是用户传入的，将对应传入callback函数的指针。

glfw获取错误

• 注意：glfw所返回的错误是带有glfw前缀的函数所产生的错误，即glfw库运行时产生的错误，它们不会引起程序崩溃。只要glfw成功初始化，它都会保持安全地运行。

方法1

使用函数

int glfwGetError(const char ** description)

用法可参加这段代码

const char* description;
int code = glfwGetError(&description);
 
if (description) {
    // print code and description
}

• 错误代码指示错误的常规类别。如果自上次调用以来未发生任何错误，则返回GLFW_NO_ERROR（0）。

• 注意，指针的内存由glfw自己管理，直接传入空指针即可，也不需要释放指针。

方法2

类似于OpenGL自己的回调函数，glfw也可以设置回调函数，每次发生错误时都会调用该回调。同样是定义一个特定原型的回调函数，并传入glfwSetErrorCallback即可。

void error_callback(int code， const char* description) {
	// print code and description
}

glfwSetErrorCallback(error_callback);

参考资料

GLFW: Introduction to the API
glGetError_PersonFly_小逗的博客-CSDN博客
GLFW：Getting started
glDebugMessageCallback - OpenGL 4 - docs.gl