1. 内存溢出的原因是什么?        内存溢出是由于没被引用的对象(垃圾)过多造成JVM没有及时回收,造成的内存溢出.如果出现这种现象可行代码排查: 一)是否App中的类中和引用变量过多使用了Static修饰 如public staitc Student s:在类中的属性中使用 static修饰的最好只用基本类型或字符串.如public static int i = 0; //public static String str; 二)是否App中使用了大量的递归或无限递归(递归中用到了大量

/* 对于类中对成员变量的初始化和代码块中的代码全部都挪到了构造函数中, 并且是按照java源文件的初始化顺序依次对成员变量进行初始化的,而原构造函数中的代码则移到了构造函数的最后执行 */ import static java.lang.System.out; public class PersonDemo { public static void main(String[] args) { //*********测试父类与子类之间的循环调用的问题 out.println("main1&quo

在解释原因前我们先看一下一个由C/C++编译的程序占用的内存分为几个部分: 1.栈区(stack segment):由编译器自动分配释放,存放函数的参数的值,局部变量的值等.在Windows下,栈是向低地址扩展的数据结构,是一块连续的内存的区域.这句话的意思是栈顶的地址和栈的最大容量是系统预先规定好的,在WINDOWS下,栈的大小是2M(也有的是1M,总之是一个编译时就确定的常数),如果申请的空间超过栈的剩余空间时,将提示overflow.因此,能从栈获得的空间较小. 2.堆区(heap seg

api含义:QCoreApplication::processEvents() 将处理所有事件队列中的事件并返回给调用者. 问题描述: 当主线程在某个槽函数里正在执行processEvents时, 刚好有一个能响应此槽函数的信号发送过来了(肯定是其他线程发的信号),  这时就可能会发生可怕的递归, 导致栈溢出崩溃. 原因是processEvents,进入到无尽的递归中. 示例代码: bugThread.h #include <QThread> class BugThread : public

中所周知,Java中的泛型并不像C++.C#一样是真正的泛型,其泛型是通过类型擦除来实现的.具体什么是类型擦除,可以参看这篇博文:http://icyfenix.iteye.com/blog/1021949.今天要记录的是在实际开发中遇到的一个,由于Java这种泛型的实现方式而导致的问题,及解决办法. 一下代码是模拟真实开发环境下的实现: 1 @Test public void test(){ // 构建searchMap,模拟前端传来的查询参数 Map<String, Object> sea

Unity版本:5.1.1f1 做公司项目的时候,无意间发现了一个很奇葩的现象:场景A(纯UI,故没有光源)转场到场景B的时候,B中原有的光源似乎失效了,但在Hierarchy窗口中能够看到光源存在,调整光源的明度参数,效果也是有的,只是看起来仍然非常暗. 而直接加载B场景就没有任何问题. 上图说明问题.我制作了两个场景,A场景没有灯光,有一个跳转到B场景的按钮: B场景有光源,有一个跳转到A场景的按钮,还放了一个圆柱体用于表现材质问题: 这是直接加载B场景的效果: 这是从A场景跳转B场景的效果

二维数据track的定义: byte[][] track = new byte[10][10]; 本意:判断track[trackY][trackX]的值是否为零,以及trackX是否小于10. 带BUG的代码: if ((track[trackY][trackX] == 0) && ((trackX) < 10)) { track[trackY][trackX] = 1; trackX++; } 执行这段代码,导致IDE抛出数组索引越界的异常:Exception in thread

1.OOM for Heap=>java.lang.OutOfMemoryError: Java heap space 分  析 此OOM是由于JVM中heap的最大值不满足需要,将设置heap的最大值调高即可,参数样例为:-Xmx2G 解决方法 调高heap的最大值,即-Xmx的值调大. 2.OOM for Perm=>java.lang.OutOfMemoryError: Java perm space 请同时参考于:http://www.cnblogs.com/iliuyuet/p/43

1.今天遇到一个问题在java配置dao.xml的时候导致,idea编译失败 然后把pom.xml上面的 <build> <resources> <resource> <directory>src/main/java</directory> <includes> <include>**/*.xml</include> </includes> </resource> </resour

动态脚本实现 : 参考文档:https://github.com/chaosblade-io/chaosblade/wiki/%E5%8A%A8%E6%80%81%E8%84%9A%E6%9C%AC%E5%AE%9E%E7%8E%B0-Java-%E5%AE%9E%E9%AA%8C%E5%9C%BA%E6%99%AF 进阶文档解决问题: 脚本结构解析 三方工具类引用 SpringBoot管理Bean 手动引入 脚本结构解析: package com.alibaba.csp.monkeyking.

Java 异常处理中的返回值在不同位置不同场景下是有一些差别的,这里需要格外注意 具体分以下两种场景: 1 finally语句块没有return语句,即当代码执行到try或者catch语句块中的return语句时,相当于在本地保存了一份此时返回值的变量的值副本,然后按照try catch finally的运行机制去执行finally语句块,然后回过来将刚刚保存的副本数据返回 第一个例子为在try中没有异常,直接走到try语句块中的return场景 public class Test01 { pu

使用场景: 在list数据进来之后使用安全数组    Lists.newCopyOnWriteArrayList() 进行了   parallelStream  并行处理,在接口中进行了登录者信息接口的调用,获取方式是从当前登录的requst中获取用户携带的session信息,在并行处理的过程中出现调用NPE异常信息. 问题排查: public static ServletRequestAttributes getRequestAttributes() { RequestAttributes a

不说别的先看代码截图: 结果如下: 很好奇为什么String对象的null加上了""就等于"null"字符串了,先给点资料看看: 这个是我找的一个人博客上的截图,null不是任何对象的类型,那么这个到底是怎么实现的呢? 机制的我又找到了一点资料: L0 LINENUMBER 27 L0 ACONST_NULL ASTORE 1 L1 LINENUMBER 28 L1 NEW java/lang/StringBuilder DUP INVOKESPECIAL java

前言: Collections.toArray()与Arrays.asList() 是Java API提供的友好的相互转换工具,日常开发中用于列表和数组之间的转换非常方便,但今天测试时,发现一下隐藏的坑... Exception: terms=[此物只应天上有, 我你他, 12306,一按我帮您]Exception in thread "main" java.lang.UnsupportedOperationException at java.util.AbstractList.add

大致就是 工程里分了 java 代码 和 scala 代码. 然后在java代码中 引用了 scala 的代码. 运行不报错. 但是打包就是一直报错. [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) on project spark-auth: Compilation failure [ERROR] /Users/hulb/pro

package com.pocketdigi; import java.io.File; import java.io.FileInputStream; import java.io.FileOutputStream; import java.io.IOException; import java.io.InputStreamReader; import java.io.OutputStreamWriter; public class Main { public static void main

最近发现一个问题,我们设置了一个定时任务,用于每天的对账,每天的对账都是启动一个java程序(jar包),时间久了,出现下面的问题: 有很多CardPaymentBatch.jar进程驻留在系统当中,随之出现的问题: 数据库连接不上.当时百思不得其解,不知道什么原因,所有尝试关掉几个进程,数据库就可以连接了. 今天特地搜了一下,网上有人回答了: 在非Web应用中,手工加载Spring IoC容器,不能用ApplicationContext,要用AbstractApplicationContext

Java的Executors框架提供的定长线程池内部默认使用LinkedBlockingQueue作为任务的容器,这个队列是没有限定大小的,可以无限向里面submit任务. 当线程池处理的太慢的时候,队列里的内容会积累,积累到一定程度就会内存溢出.即使没有内存溢出,队列的延迟势必会变大,而且如果进程突然遇到退出信号,队列里的消息还没有被处理就被丢弃了,那必然会对系统的消息可靠性造成重大影响. 那如何解决线程池的过饱问题呢?从队列入手,无外乎两种方法 增加消费者,增加消费者处理效率 限制生产者生产

上一篇随笔中提到了,rapidxml在每个xml对象中维护了一个内存池,自己管理变量的生存周期.看起来很好,但我们在实际使用中还是出现了问题. 项目中我们的模块很快写好了,在windows和linux上测试都工作的很好,但在Android上有时候却会崩溃. 背景:我们的模块是c++写的,编译成so动态库在不同的平台(linux,windows,Android)上运行:Android上我们包装了一个service,通过jni加载so动态库运行的. 解决程序崩溃问题,首先要找到崩溃点.但我们的程序是

今天学习JAVA编写窗体的时候,先写了setVisible(true);然后才去创建的各种控件以及设置大小.位置等 结果运行后只显示空白的窗体,必须最小化再最大化或点击一下边框,才显示窗体内容(即必须手动刷新窗体)   解决方法:将setVisible(true);放到程序的最后   貌似setVisible(true);还有刷新的功能,不过在网上查的有人有这问题,有人就没有这问题,太奇怪了,难道和程序版本或系统有关?不过以后养成setVisible(true);放在最后的习惯吧,总没错的

最近给自己写了个 SpringBoot 应用程序 顺便练练手,准备把程序过到 树莓派 上,结果登陆报错