当前位置: 首页 > 知识库问答 >
问题:

JAVAlang.OutOfMemoryError:永久空间仍然存在

侯向文
2023-03-14

守护进程系统线程[Java2D Disposer](暂停(异常OutOfMemoryError))拥有:Win32Graphics环境(id=116)拥有:FontStrikeDisposer(id=117)D3DGraphicsDevice.getDeviceCaps(int)line: 108 D3DGraphicsDevice.createDevice(int)line: 87
Win32GraphicsEnvironment.make屏幕设备(int)line: 208
Win32GraphicsUNEP(SunGraphicsUNEP). getScreenDevices()line: 139 Win32GraphicsEnvironment.getDefaultScreenDevice()line: 96 StrikeCache.disposeStrike(FontStrikeDisposer)line: 284 FontStrikeDisposer.dispose()line: 98

当我再次调试时,错误报告如下

严重: Servlet.service()对于servlet[springDispatcher]在路径[/api]抛出异常[处理失败;嵌套异常是java.lang.OutOfMemoryError: PermGen空间]与根本原因java.lang.OutOfMemoryError: PermGen空间在java.lang.ClassLoader.defineClass1(本地方法)在java.lang.ClassLoader.define类(ClassLoader.java:800)在java.security.SecureClassLoader.define类(SecureClassLoader.java:142)在org.apache.catalina.loader.WebappClassLoader.findClass内部(WebappClassLoader.java:2957)在org.apache.catalina.loader.WebappClassLoader.find类(WebappClassLoader.java:1210)在org.apache.catalina.loader.WebappClassLoader.load类(WebappClassLoader.java:1690)在org. apache. catalina. loader...在java. lang的WebappClassLoader. loadClass(WebappClassLoader. java: 1571)。在java. lang.在java. security.在org. apache. catalina. loader.在org. apache. catalina. loader(WebappClassLoader. java: 2957)。在org. apache. catalina. loader上的WebappClassLoader. findClass(WebappClassLoader. java: 1210)。在org. apache. catalina. loadClass(WebappClassLoader. java: 1690)。WebappClassLoader. loadClass(WebappClassLoader. java: 1571)在org. springframework. data. rediss. link. jediss。在org. springframework. data. rediss. Connection. jediss.在org. springframework. data. rediss. core上的JedisConnectionFactory. getConnection(JedisConnectionFacory. java: 41)。RedisConnectionUtils. doGetConnection(RedisConnectionUtils. java: 85)在org. springframework. data. rediss. core。RedisConnectionUtils. getConnection(RedisConnectionUtils. java: 55)位于org. springframework. data. rediss. core。在org. springframework. data. rediss. core执行(RedisTemplate. java: 169)。在org. springframework. data. rediss. core执行(RedisTemplate. java: 149)。在org. springframework. data. rediss. core上执行(AbstractAction. java: 84)。DefaultHash操作. get(DefaultHash操作. java: 44)在com. unistrong. tracker. service. cache。UserCache. getUserToken(UserCache. java: 31)在com. unistrong. tracker. handle。在com. unistrong. tracker. web上保存日志(UserHandle. java: 439)。登录(UserController. java: 98)在sun.反射。nativemethod odAccessorImp. invke0(本机方法)在sun.反射。nativeMEDAccessorInp. invoke(NativeMEDAccessorInp. java: 57)在sun. reff。在java. lang.反射中调用(委托方法访问或执行. java: 43)。在org. springframework. web. method. support上调用(method. java: 606)。在org. springframework. web. method. support上调用(InvocableHandlerWay. java: 215)。在org. springframework. web. servlet. mvc. method. annote上的InvocableHandlerWay. InvocableHandlermethod.ServletInvocableHandler不但没有问题,而且没有问题。

线程“Java2D处理器”中出现异常

如何解决这个问题?提前谢谢你!

共有1个答案

赫连心思
2023-03-14

您需要通过java命令参数增加PermGen大小:

-XX:MaxPermSize=128M
 类似资料:
  • 绝大部分 Java 程序员应该都见过 "java.lang.OutOfMemoryError: PermGen space "这个异常。这里的 “PermGen space”其实指的就是方法区。不过方法区和“PermGen space”又有着本质的区别。前者是 JVM 的规范,而后者则是 JVM 规范的一种实现,并且只有 HotSpot 才有 “PermGen space”,而对于其他类型的虚拟机

  • 修剪docker时遇到了问题。构建映像后,我运行“docker系统修剪-卷-a-f”,但它不会从“/var/lib/docker/overlay2”释放空间。请参阅下面 在构建映像之前,请先释放磁盘空间 塑造形象 图像生成后的大小: 它只释放了122.2MB。修剪后的尺寸: 如您所见,共有0个容器/图像: 但是"/var/lib/docker/overlay2"的大小只从3.9G减少到3.7G。如

  • 问题内容: 我已经读过,Perm gen(或Permanent Generation)空间不是垃圾收集的。但是,在CMS集合中,我可以在GC日志中看到一些正在卸载的类。那么,在完全收集或CMS收集期间是否会收集烫发垃圾? 问题答案: PermGen像堆的其他部分一样被垃圾收集。 这里要注意的是PermGen包含类和对象的元数据,即指向分配对象的堆其余部分的指针。PermGen还包含类加载器,在使用

  • 问题内容: 那可能吗?例如,用户将新的项目/元素添加到arraylist中(bufferedreader进程),并且肯定会发生更改。我的问题是,即使用户多次对arraylist进行更改,也可能永久关闭该列表,即使他们关闭程序并重新打开它也一直存在。 注意:不得使用.txt 很抱歉提出这样的问题,但我对此很好奇。谢谢! 问题答案: 程序停止时,将释放它使用的所有内存,包括ArrayList。除了不关

  • 问题内容: 这将使用 临时的 302 HTTP状态代码重定向请求: 但是是否可以使用 永久的 301 HTTP状态代码重定向它? 问题答案: 您需要手动设置响应状态和标题。 将状态设置为之前将无效,否则将其设置为之后。

  • 问题内容: 如何使django开发服务器永久运行?这样我退出shell时就不会停止。 问题答案: 一个简单的方法是运行: 现在按,然后按退出此屏幕。 这将在屏幕中创建服务器,然后将其分离。这样,你可以简单地返回并输入: 你可以再次控制服务器并查看发生了什么。