WebLogic内存溢出解决办法
heapdumponoutofmemoryerror 参数使用 -回复
heapdumponoutofmemoryerror 参数使用-回复堆转储（Heap Dump）是一种用于诊断和分析Java应用程序问题的重要工具。
当Java程序运行时发生OutOfMemoryError（内存溢出）错误时，堆转储是非常有用的。
本文将以"heapdumponoutofmemoryerror 参数使用" 为主题，逐步解释使用heapdumponoutofmemoryerror 参数来生成堆转储文件，并且介绍如何使用这些文件进行进一步的分析。
第一步：什么是内存溢出错误（OutOfMemoryError）？内存溢出错误是Java程序在运行时无法分配更多的内存而导致的错误。
这通常是由于应用程序使用的内存超过了Java虚拟机的堆内存配置限制所致。
一旦发生内存溢出错误，应用程序将无法继续执行，并且通常会崩溃。
第二步：为什么要使用heapdumponoutofmemoryerror 参数？当我们遇到内存溢出错误时，通常需要进一步分析问题的根本原因。
这时，我们可以使用Java虚拟机（JVM）的heapdumponoutofmemoryerror 参数来生成一个堆转储文件。
这个文件会显示Java堆的当前状态，包括对象的数量和类型，以及它们之间的引用关系。
第三步：如何使用heapdumponoutofmemoryerror 参数？要使用heapdumponoutofmemoryerror 参数，我们需要在Java应用程序运行时使用适当的命令行参数来启动虚拟机。
通常，我们需要向Java 应用程序的启动命令中添加以下参数：`-XX:+HeapDumpOnOutOfMemoryError`这个参数告诉JVM在内存溢出错误发生时生成堆转储文件。
文件名通常使用默认命名策略，并带有日期和时间戳以区分不同的转储文件。
第四步：如何分析生成的堆转储文件？生成堆转储文件后，我们可以使用各种工具来分析它。
64位weblogic安装部署以及常见问题解决
64位weblogic11g安装部署以及常见问题解决方案目录(一) 安装 (1)在Windows 64位操作系统安装Weblogic的注意事项 (3)(二) 部署运行 (3)1. 包引入错误 (3)2.乱码现象 (3)3.mime-typeType配置问题 (4)4.应用不存在 (4)5.ClassNotFoundException: org.hibernate.hql.ast.HqlToken (4)6.weblogic部署war包action不能访问问题解决方法[There is no Action mapped fornamespace / and action name] (5)ng.StackOverflowError (5)(一)安装我们在64位的服务器上为提高性能要安装64位的weblogic。
经常在网上看到有人问，weblogic有64位的么？weblogic需要破解么？weblogic有专门的64位版本，这里安装的是weblogic11g，也就是10.3.6版本，12c的版本安装应该类似。
weblogic从bea被oracle收购后，不需要破解，就只有授权。
什么意思呢？就是说从oracle官网上下载的weblogic 就是全功能版本，不管是集群还是其他，功能没有任何限制。
但是如果要用于商业环境，必须要向oracle买license，当然可以偷偷的用，那就是盗版，侵权，有一天oracle可以告的破产……。
1、下载64位weblogic，打下这个地址：:// oracle/technetwork/middleware/ias/downloads/wls-main-097127.html，在这里可以看到除了mac os X操作系统外，其他系统的64位都是同一个版本，wls1036_generic.jar。
如下列图，weblogic的下载需要注册一个oracle官网的帐号。
2、下载64位JDK，我们下载的文件wls1036_generic.jar文件里面不包括JDK，如有可能, 请尽量在Windows/Linux平台下使用JRockit虚拟机，下载地址：:// oracle/technetwork/middleware/jrockit/downloads/index.html。
activemq内存溢出处理方案
activemq内存溢出处理方案ActiveMQ是一款流行的开源消息中间件，它提供了可靠的消息传递机制，支持多种协议和编程语言。
然而，由于ActiveMQ的高并发性和大量的消息处理，它容易出现内存溢出的问题。
本文将介绍ActiveMQ内存溢出的处理方案。
1. 调整JVM参数JVM参数是控制Java虚拟机运行的参数，可以通过调整JVM参数来优化ActiveMQ的性能和内存使用。
例如，可以增加JVM的堆内存大小，减少垃圾回收的频率，提高消息处理的效率。
可以通过修改ActiveMQ的启动脚本或者在命令行中指定JVM参数来实现。
2. 优化消息消费者消息消费者是ActiveMQ的核心组件，它负责从消息队列中获取消息并进行处理。
如果消息消费者的处理速度跟不上消息的产生速度，就会导致消息队列中的消息越来越多，最终导致内存溢出。
因此，优化消息消费者的处理能力是解决内存溢出的关键。
可以通过增加消息消费者的数量、优化消息消费者的代码、使用多线程等方式来提高消息消费者的处理能力。
3. 使用持久化存储ActiveMQ支持将消息存储到磁盘上，以避免内存溢出的问题。
可以使用ActiveMQ提供的持久化存储机制，将消息存储到磁盘上，当内存不足时，可以将部分消息从内存中移除，以释放内存空间。
这样可以保证消息的可靠性和持久性，同时避免内存溢出的问题。
4. 定期清理过期消息ActiveMQ支持设置消息的过期时间，当消息过期时，可以自动将其从消息队列中移除。
可以定期清理过期消息，以避免消息队列中的消息过多，导致内存溢出的问题。
可以通过设置ActiveMQ的清理策略，定期清理过期消息。
ActiveMQ内存溢出是一个常见的问题，需要采取一系列措施来解决。
通过调整JVM参数、优化消息消费者、使用持久化存储、定期清理过期消息等方式，可以有效地避免内存溢出的问题，提高ActiveMQ的性能和可靠性。
Weblogic问题汇总
Weblogic问题汇总1. weblogic unable to get file lock问题在项⽬使⽤过程中，⾮正常结束Weblogic进程导致Weblogic⽆法启动，出现以下错误：<BEA-141281> <unable to get file lock, will retry解决⽅法：1）第⼀步，杀死锁定AdminServier.lok的进程通过 fuser -u ⽂件名找出占⽤⽂件的进程PID，然后杀死即可。
fuser -udomains/XXX_domain/servers/AdminServer/tmp/AdminServer.lok*******/AdminServer.lok 4657kill 46572）第⼆步，删掉Domain下所有的*.lok⽂件domains/XXX_domain/edit.lokdomains/XXX_domain/config/config.lokdomains/XXX_domain/servers/AdminServer/tmp/AdminServer.lokdomains/XXX_domain/servers/AdminServer/data/ldap/ldapfiles/EmbeddedLDAP.lok3）第三步，删掉Domain下所有的*.DAT⽂件find servers/ -name "*.DAT"2.Authentication denied: Boot identity not valid问题当weblogic密码发⽣修改或变动可能会导致此问题解决⽅法：⽅案⼀：检查对应server下是否有security⽬录及boot.properties⽂件没有的的话增加相应⽬录和⽂件，⽂件内容可参考AdminServer，修改为对应的weblogic明⽂⽤户名及密码，⾸次启动成功后会⾃动加密删除domains/XXX_domain/servers/XXX-Server/data/ldap⽬录⽅案⼆：删除boot.propertiesdomains/XXX_domain/servers/XXX-Server/security/boot.propertiesdomains/XXX_domain/servers/XXX-Server/data/ldap。
Android避免内存溢出（OutofMemory）方法总结
of Memory）方法总Android避免内存溢出（Out结避免内存溢出的方法，主要是对以下三个方面对程序进行优化武汉Android培训内存引用在处理内存引用之前，我们先来复习下什么是强引用、软引用、弱引用、虚引用强引用：强引用是使用最普遍的引用。
如果一个对象具有强引用，那垃圾回收器绝不会回收它。
当内存空间不足，Java 虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。
软引用：如果一个对象只具有软引用，但内存空间足够时，垃圾回收器就不会回收它；直到虚拟机报告内存不够时才会回收，只要垃圾回收器没有回收它，该对象就可以被程序使用。
软引用可用来实现内存敏感的高速缓存。
软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收器回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。
弱引用：只具有弱引用的对象拥有更短暂的生命周期。
在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间是否足够，都会回收它的内存。
不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。
弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。
虚引用：虚引用可以理解为虚设的引用，与其他几种引用都不同，虚引用并不会决定对象的生命周期。
如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。
虚引用主要用来跟踪对象被垃圾回收器回收的活动。
虚引用与软引用和弱引用的一个区别在于：虚引用必须和引用队列（ReferenceQueue）联合使用。
当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之关联的引用队列中。
weblogic连接池配置及相关异常解决
1、配置连接池通过IP/console进入管理控制台(如果不知道用户名和密码可以通过以下方式进入：右击StartWebLogic.sh快捷方式，选择“编辑”，在文本中可以找到用户名和密码)在左侧菜单中依次进入mydomain(自定义的域名称)－服务－JDBC－连接缓冲池点击“配置新的JDBC Connection Pool... ”数据类型选择：Oracle数据库驱动程序选择：Oracle's Driver (Thin) Version:9.0.1,0.2.0,10点击右下角的“继续”在名称中写入想要设置的连接池名称如myConnection数据库名称：要访问的数据库名称主机名：写入数据库服务器的主机名称或IP地址端口号默认为：1521数据库用户名称、密码点击“继续”在下一页中点击“测试驱动程序配置”显示“连接成功”点击“创建和部署”在新页面的列表中出现mpConnection的配置项连接池配置完毕2、配置JDBC数据源在管理控制台左侧菜单中依次进入mydomain(自定义的域名称)－服务－JDBC－数据源点击“配置新的JDBC Data Source”在名称中写入要配置的数据源名称myConnection在JNDI名称中写入访问的名字pc/ora9）点击“继续”在缓冲池名称中选择myConnection点击“继续”、“创建”在列表中出现myConnection配置项数据源配置完毕异常解决：<Error><JDBC><001059><Error during Data Source creatrion:mon. ResourceException:DataSource(MeetingDataSource) be created with non-exitstent Pool(connection or multi)(japool)<Error><EJB><010070><Error activating Platform_AppMng.jarException is:Unable to deploy EJB:AppInfoEntity from Platform_AppMng.jar:Weblogic.ejb20.WLDeploymentException:The DataSource with the JNDI name:DataSource Could not be located.Please ensure that the DataSourece has been deployede successfully and that the JNDI Name in your EJB Deployment descriptor is correct.<Error><Deployer><149231><The slave deployer was unable to set the activation state to true for The application_appsdir_platfor_AppMng.jarWeblogic.management.ApplicationException:activate failed forPlatform_AppMng.jarModule Name:Platform_AppMng.jar,Error:Exception activating module:EJBModule(Platform_AppMng.jar,status=PREPARED)Unable to deploy EJB:AppInfoEntity from Platform_AppMng.jarWeblogic.ejb20.WLDeploymentException:The DataSource with the JNDI name:DataSource Could not be located.Please ensure that the DataSourece has been deployede successfully and that the JNDI Name in your EJB Deployment descriptor is correct.<Alert><WebLogicServer><000297><Inconsistent security configuration,ng.Exception: Certificate expired or not yet valid:<Emergency><Security><090034><Not listening for SSL,java.io.IOException:Inconsistent Security configuration,Certificate expired or not yet valid:打开浏览器后页面报错：Error 500—Internal Server Error10.5.1 500—Internal Server Error后台报错：-log- Config:Failed get Property cop.databaseConnectionUser-log- Config:Failed get Property cop. databaseConnectionPassword-log- Config:Failed get Property cop.webappserver Initial Context Factory-log- Config:Failed get Property cop.webappserver ProviderUrl-exp- NotFoundException:unable to resolve ‘wegovDataSourece’-exp- getConnection is failed-exp- ng.NullPointerException-exp- process funtion is failed-exp- wad2.helper.WADHelperException-exp- WAD-Helper-connection is null<Error><HTTP><101017><[ServletContext(...)]Root Cause of ServletExceptionng.NullPointer Exception这个异常时JDBC连接池的错误，是用户操作过程中改了数据库用户的密码造成的，解决方法：在JDBC数据库连接池中将密码改掉，然后“apply”,然后重启webLogic问题得到解决。
采用ScheduledThreadPoolExecutor执行定时重试任务时内存溢出的分析及解决
科技资讯2016 NO.07SCIENCE & TECHNOLOGY INFORMATION信 息 技 术15科技资讯 SCIENCE & TECHNOLOGY INFORMATION 1 ScheduledThreadPoolExecutor 实例的创建过程及线程池工作机制1.1 ScheduledThreadPoolExecutor实例的创建过程重试工具选择了JDK自带的ScheduledThreadPoolExecutor。
ScheduledThreadPoolExecutor实例的创建过程如下：ScheduledThreadPoolExecutor实例的创建过程如下：(1)获取当前机器上处理器的数量；(2)使用Google的ThreadFactoryBuiler 创建指定格式名称的线程，以方便查看问题；(3)有需要被拒绝的任务时，抛出异常;(4)创建定时任务池；打开MyEclipse工具显示相对的代码：int corePoolSize=Runtime.getRuntime().availableProcessors();ThreadFactory tf=new ThreadFactoryBuilder().setNameFormat("FailureRetryTask-pool-%d").build();R e j e c t e d E x e c u t i o n H a n d l e r h a n d l e r =n e w ThreadPoolExecutor.AbortPolicy();ScheduledThreadPoolExecutor taskService=new ScheduletThreadPooExecutor(corePoolSize,tf,handler);线程池就是多个线程在一个队列中取任务执行，提交的任务会被放入队列中等待线程执行，故队列要设置一个大小。
避免内存泄漏的5个方法
避免内存泄漏的5个方法内存泄漏是软件开发中常见的问题之一，它可以导致程序运行变慢、崩溃甚至系统崩溃。
为了避免内存泄漏，开发人员需要采取一些方法来确保程序能够正确地释放内存。
下面将介绍5个有效的方法来帮助开发人员避免内存泄漏。
1. 及时释放不再使用的内存在程序运行过程中，当某个对象或数据不再需要时，应及时将其从内存中释放掉。
这可以通过手动删除对象或数据的引用来实现。
尤其是在循环结构中，需要特别留意是否存在对象或数据的引用一直被保留而没有及时释放的情况。
2. 使用弱引用弱引用是一种特殊类型的引用，它不会使对象的引用计数加一，也不会阻止对象被垃圾回收器回收。
使用弱引用可以避免对象被保留而引发内存泄漏问题。
当对象不再被其他地方引用时，垃圾回收器会自动清理掉它。
开发人员可以使用语言或框架提供的弱引用机制来避免内存泄漏。
3. 关注单例和静态变量单例模式和静态变量在程序中通常被大量使用，但他们也容易引发内存泄漏问题。
在使用单例模式时，需要特别留意单例对象中的成员变量是否被正确释放。
而静态变量在整个程序的生命周期中都会存在，所以需要格外小心避免它们引发的内存泄漏。
4. 使用合适的数据结构和算法某些数据结构和算法可能会使内存使用情况恶化，导致内存泄漏。
开发人员需要根据实际需求选择合适的数据结构和算法，避免使用过大的数据结构或低效的算法。
这样可以减少内存的占用并提高程序的效率。
5. 进行内存泄漏检测和性能优化开发人员可以使用内存泄漏检测工具来帮助发现隐藏的内存泄漏问题。
这些工具可以跟踪程序运行时的内存分配和释放情况，并生成报告用于分析。
通过定期进行内存泄漏检测和性能优化，可以帮助开发人员及时解决潜在的内存泄漏问题，提升程序的稳定性和性能。
总结起来，避免内存泄漏需要开发人员保持注意力集中，及时释放不再使用的内存，使用弱引用、关注单例和静态变量、选择合适的数据结构和算法，并进行内存泄漏检测和性能优化。
通过遵循这些方法，开发人员可以有效地避免内存泄漏，提升程序的质量和性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Weblogic内存分配问题
一：WebLogic配置问题：
由于WebLogic的配置问题，我们的系统运行出现了失败情况。
原因是为WebLogic分配的内存太少了。
通过修改commom\bin\commEnv.cmd文件来增加内存分配。
修改的部分如下：
:bea
if "%PRODUCTION_MODE%" == "true" goto bea_prod_mode
set JAVA_VM=-jrockit
set MEM_ARGS=-Xms768m -Xmx1024m
set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none
goto continue
:bea_prod_mode
set JAVA_VM=-jrockit
set MEM_ARGS=-Xms768m -Xmx1024m //原来是128M~256M，太小了，数据太大
goto continue
结果修改后，没有效果。
还是有失败的情况。
发现，原来，在：bea下面还有一段配置信息如下：
:sun
if "%PRODUCTION_MODE%" == "true" goto sun_prod_mode
set JAVA_VM=-client
set MEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256m
set JAVA_OPTIONS=%JAVA_OPTIONS% -Xverify:none
goto continue
:sun_prod_mode
set JAVA_VM=-server
set MEM_ARGS=-Xms768m -Xmx1024m -XX:MaxPermSize=256m
goto continue
将这里的内存分配修改后见效。
原因是，上面对第一段代码是为bea自己的JVM设置的，下面的是为Sun的设置的。
而WebLogic默认的是Sun的，所以出了毛病。
二,domain中的相关配置:
1,修改bea\user_projects\domains\base_domain\bin\setDomainEnv.cmd文件.
2,修改如下几个位置:以下蓝色部分是需修改的内存大小
set MEM_ARGS=-Xms256m -Xmx512m @最主要将这两个值改大,这是此域启动后,虚拟机可使用的内存
if "%JAVA_VENDOR%"=="Sun" ( @使用sun服务器开发模式下的JVM配置 if "%PRODUCTION_MODE%"=="" (
set MEM_DEV_ARGS=-XX:CompileThreshold=8000 -XX ermSize=48m
)
)
if "%JAVA_VENDOR%"=="Sun" ( @使用sun服务器生产模式下的JVM配置 set MEM_ARGS=%MEM_ARGS% %MEM_DEV_ARGS% -XX:MaxPermSize=128m )
if "%JAVA_VENDOR%"=="HP" ( @使用hp服务器生产模式下的JVM配置 set MEM_ARGS=%MEM_ARGS% -XX:MaxPermSize=128m
)。