Weblogic性能调优经验
weblogic线程快照threaddump分析
Java 的线程线程是指能独立于程序的其它部分运行的执行单元。
JAVA语言能够很好的实现多线程的程序。
我们在调试程序，或者在开发后期需要做性能调优的时候，往往也需要了解当前程序正在运行的线程的状态，正在执行的操作，从而分析系统可能存在的问题。
在阅读本文之间，应对Java线程的编程原理，同步机制有一定了解.产生JAVA线程dumpJAVA 的线程DUMP，就象当前JAVA进程的一个快照，打印出所有线程的状态和调用堆栈，以及Monitor的状态。
在不同的操作系统下，产生线程DUMP的方式是不同的。
在启动程序的控制台里敲：Ctrl - Break，线程的dump会产生在标准输出中（缺省标准输出就是控制台，如果对输出进行了重定向，则要查看输出文件）。
在unix，linux 和MacOS 环境中，在控制台中敲：Ctrl-\，或者，用“kill -3 <pid>” ，或者“kill –QUIT <pid>”。
Pid是用所关注的JAVA进程号，您可以用“ps -ef | grep j ava” 找到，或者使用JDK 5.0中的“jps -v” 命令获得。
在各个操作系统平台，都可以用JDK 5.0工具包中的jstack <pid>这里要注意的是：1. 不同的JAVA虚机的线程DUMP的创建方法和文件格式是不一样的，不同的JVM版本，dump信息也有差别。
本文中，只以SUN的hotspot JVM 5.0_06 为例。
2. 在实际运行中，往往一次dump的信息，还不足以确认问题。
建议产生三次dump信息，如果每次dump都指向同一个问题，我们才确定问题的典型性。
线程分析：1. JVM 线程在线程中，有一些JVM内部的后台线程，来执行譬如垃圾回收，或者低内存的检测等等任务，这些线程往往在JVM初始化的时候就存在，如下所示："Low Memory Detector" daemon prio=10 tid=0x081465f8 nid=0x7 runnable [0x00000000..0x00000000]"CompilerThread0" daemon prio=10 tid=0x08143c58 nid=0x6 waiting on condition [0x00000000..0xfb5fd798]"Signal Dispatcher" daemon prio=10 tid=0x08142f08 nid=0x5 waiting on condition [0x00000000..0x00000000]"Finalizer" daemon prio=10 tid=0x08137ca0 nid=0x4 in Object.wait() [0xfbeed000..0xfbeeddb8]at ng.Object.wait(Native Method)- waiting on <0xef600848> (a ng.ref.ReferenceQueue$Lock)at ng.ref.ReferenceQueue.remove(ReferenceQueue.java:116)- locked <0xef600848> (a ng.ref.ReferenceQueue$Lock)at ng.ref.ReferenceQueue.remove(ReferenceQueue.java:132)at ng.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)"Reference Handler" daemon prio=10 tid=0x081370f0 nid=0x3 in Object.wait() [0xfbf4a000..0xfbf4aa38]at ng.Object.wait(Native Method)- waiting on <0xef600758> (a ng.ref.Reference$Lock)at ng.Object.wait(Object.java:474)at ng.ref.Reference$ReferenceHandler.run(Reference.java:116)- locked <0xef600758> (a ng.ref.Reference$Lock)"VM Thread" prio=10 tid=0x08134878 nid=0x2 runnable"VM Periodic Task Thread" prio=10 tid=0x08147768 nid=0x8 waiting on condition 我们更多的是要观察用户级别的线程，如下所示："Thread-1" prio=10 tid=0x08223860 nid=0xa waiting on condition [0xef47a000..0xef47ac38]at ng.Thread.sleep(Native Method)at testthread.MySleepingThread.method2(MySleepingThread.java:53)- locked <0xef63d600> (a testthread.MySleepingThread)at testthread.MySleepingThread.run(MySleepingThread.java:35)at ng.Thread.run(Thread.java:595)我们能看到：线程的状态：waiting on condition线程的调用栈线程的当前锁住的资源：<0xef63d600> 这些信息对我们随后的分析都有用处。
weblogic负载均衡原理
weblogic负载均衡原理
WebLogic负载均衡原理主要通过两种方式实现：硬件负载均衡设备和
软件负载均衡设备。
不论是硬件负载均衡设备还是软件负载均衡设备，其主要的负载均衡原理是通过分发请求到多个WebLogic服务器上来实
现负载均衡。
负载均衡算法可以采用轮询、最小连接数、加权轮询等
方式，以达到在多个服务器上均匀分散负载、提高系统的性能和可用
性的目的。
负载均衡设备还会监控服务器的负载情况，当某个服务器
出现故障或负载过高时，会自动剔除该服务器，从而确保系统的稳定
运行。
1. 硬件负载均衡设备：硬件负载均衡设备通常是一台独立的服务器或
者一组服务器，它们负责接收客户端的请求，然后根据一定的负载均
衡算法将请求分发到多个WebLogic服务器上。
这些硬件设备可以根据
服务器的负载情况来动态调整请求的分发策略，以实现最优的负载均
衡效果。
2. 软件负载均衡设备：软件负载均衡设备是在网络层或应用层实现的
负载均衡功能。
在网络层，可以使用诸如IP负载均衡、DNS负载均衡
等手段来将客户端请求分发到不同的WebLogic服务器上。
在应用层，
可以使用反向代理服务器或者特定的负载均衡软件来实现负载均衡。
这些软件设备会根据WebLogic服务器的负载情况，采用一定的策略将
请求分发到服务器上。
WebLogic应用典型问题分析和解决
配 置越 大越 好 。但事 实 上还 是 有一 些手 段 和依 据来 进行 判 断 ，帮 助 我们 设置 一 个 尽可 能 优化 的值 。首先 Ｊ ＶＭ 内存 堆 的设 置并 非越 大 越好 ，加 大 内存 本身 是不 能 改变应 用性 能 的 。在进 行 内存设 置调 优之 前 ，必 须先 讲述 下 Ｊ ｖ 中 ａａ
内。因此 可 以综合 这两 点来 考虑 单 台应 用服 务器 设 置几 个
Ｗｅ Ｌ ｇ ｃ Ｓ ｒ ｅ 例 比较 合 适 。 ｂ ｏ ｉ ｅ ｖ ｒ实
维０ ｓｃ 一 表示 ＧＣ进行本 次垃 圾 回收所 消 耗 ．０ ０ ０ ｅＳ
的时 间 。
Ｗ ｅ Ｌ ｇｃ 以近 乎线 性地 提高 线程数 。线程数 越 多 ，花 ｂ ｏ ｉ可
费 在 线程 切 换 的时 间也 就 越 多 ；线 程 数越 小 ，ＣＰＵ可 能 无法 得到 充分 的利 用 。为获 取一 个理 想 的线 程数 ，需要 经 过反 复的 测试 。可 以 以 ２ Ｐ 个数 为基 准进 行调 整 （ ５ ＣＵ Ｘ 最 好每 个 Ｃ ＰＵ小于 ５ ０个 线程 ） 。当 空闲线 程较 少 ，ＣＰ Ｕ利 用 率较 低时 ，可 以适 当增加 线程 数 的大 小。
中 ，积 累的 一些 经验和 解决 方 法。
回 收 ，以释 放 内存保 障 应用健 康 运 行 。改变 内存设 置 的 目
２ Ｗｅ Ｌ ｇｃ Ｓ ｒ ｅ ｂ ｏ ｉ ｅ ｖ ｒ及内存堆的设置
２ １依 据 Ｃ Ｕ和 Ｒ Ｍ设置 Ｓ ｒ ｒ ． Ｐ Ａ ｅｖ 实例 ｅ
一
个 Ｗ ｅ Ｌｏ ｉ Ｃ ｕ ｅ 群 中的 Ｓ ｖ ｒ 以 部署 在 ｂ ｇ ｃ ｌ ｓ ｒ集 ｅｅ 可
(完整版)系统性能调优方案
第1章系统性能调优方案1.1系统的性能扩展模型介绍在进行性能指标设计工作前，必须从理论上对性能指标的可实现性进行分析。
理论上，系统的扩展模型可以分成两类，系统可扩展模型和不可扩展模型，如下图所示：两种性能扩展模型以上左图代表了系统随着并发用户量的增加系统响应时间呈现线性增长的趋势，是一种可扩展的情况;但对于系统右边的方式则是不可扩展的，它将随着用户数量的增大而响应时间大大急剧增加，这种模型是完全不可控制的。
通过系统压力实验，我们发现，即使是遵循可扩展模型设计的系统的响应性能和并发用户量并不能成永远的线性关系，在系统压力超过一定的值之后，如100并发，系统响应时间增加非常快，我们把这个点称为拐点.在拐点以下，系统性能呈现良好的线性特性,在拐点以上，则呈现出非线性的特征，同时CPU和内存出现相当大的增长，甚至100％占用。
这种现象的出现,说明系统的性能不仅仅取决于软件系统，而也同时取决于承载系统的硬件基础环境，如计算能力和内存大小.为此,系统性能设计的目的就是为系统设置合理的拐点并发值，而不可能无限制的追求无限大的并发下系统响应仍旧呈现线形特征。
1.2对响应时间的技术保障手段金税三期工程第二阶段河南地税建设项目财务管理子系统对系统的性能要求是比较高的，为了满足这个要求，在系统实现上必须要采用一系列的技术措施才能达到，具体来说将采用下面方式进行:1、预处理技术的应用预处理技术是一种在预定计划上由系统激发主动执行的计算模式,它对于一些处理内容固定，处理方式固定的功能非常有效,通过提前处理,实现数据生成时间和数据访问时间的隔离，在数据访问的时候不再需要为拿到结果而执行任何的计算，只需要简单的查询结果即可，这样可以大大增强系统的访问性能,有效的利用系统闲置时间.2、变动态内容查找为静态数据访问一些情况下，经过各种调优手段仍不能满足要求，就需要将一些动态的内容进行静态化处理，如可以将复杂的动态报表转化成HTML网页并发布在WEB服务器上，这种方式可以大大减轻应用服务器的访问压力,进一步减少用户等待的时间.例如,对一段历史时期的数据的汇总报表结果的查询，复杂报表结果等查询。
Weblogic中间件运维经验汇总
Weblogic中间件运维经验汇总目录关于Weblogic参数调优的运维经验 (2)Weblogic性能调优的处理方法 (5)关于输电项目Weblogic安装的运维经验 (8)Weblogic回收数据库连接数配置的方法 (14)在Apache和Weblogic中分别部署静态页面的方法 (17)Weblogic Server性能调优经验 (20)WeblogicJVM堆参数设置方法 (24)关于Weblogic参数调优的运维经验报送单位：北京公司审核人：类型：业务应用关键字：GC垃圾回收1、引言为了提高维护人员运维水平，以集中与分享日常运行维护经验为目的，现进行典型经验的编制。
2、现象描述部分应用服务器出现宕机现象，在F5上查看时已经掉出集群状态。
3、处理过程停止宕机应用服务器上的Weblogic进程。
/home/weblogic/bea/user_projects/domains/pms/bin/setDomainEn v.sh文件中的启动内存大小并添加垃圾回收机制，修改后如下：MEM_ARGS="-Xms5248m -Xmx5248m -Xmn1536m-XX:SurvivorRatio=6-XX:+UseParNewGC-XX:+UseConcMarkSweepGC-XX:CMSFullGCsBeforeCompaction=20-XX:+UseFastAccessorMethods-XX:+AggressiveOpts"3、修改完成后重启Weblogic服务。
4、原因分析在收到报警信息后，对后台日志进行查看，报错信息如下：Exception in thread "CBM_正常处理任务线程" ng.OutOfMemoryError: Java heap spaceatoracle.jdbc.driver.OracleStatement.prepareAccessors(OracleStatement.ja va:868)atoracle.jdbc.driver.OracleStatement.executeMaybeDescribe(OracleStatem ent.java:1045)atoracle.jdbc.driver.T4CPreparedStatement.executeMaybeDescribe(T4CPre paredStatement.java:839)atoracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatem ent.java:1132)atoracle.jdbc.driver.OraclePreparedStatement.executeInternal(OraclePrepa redStatement.java:3316)atoracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:3361)经过对报错日志分析，状态检修的CBM处理进程内存溢出报错，导致服务器宕机。
Weblogic应用层优化调试设置
社区Weblogic应用层优化调试设置
以Weblogic为中间件的社区应用层，有以下性能优化设置供参考。
1、设置为生产模式，增大连接数据
进入weblogic console 点击左边对应的域名，勾选右边的生产模式。
2、Weblogic登录超时时间
进入weblogic console界面，点击左边对应的域名，再点击监视，再点击服务器/子系统名称AdminServer ，再点击调整，可以看到如下图。
3、设置weblogic 占用的内存值
进入weblogic安装域名目录所在的bin文件夹，修改setDomainEnv.sh 文件根据物理机的实际情况设置内存值
4、设置应用服务数据库连接数据
打开应用程序xp-app 的jdbc数据连接文件
根据oracle实际连接数修改jdbc连接数
Oracle连接数据查看show parameter processes;
5、不限制事务数量
修改服务的事务处理数量限制，修改xp-app应用服务的jta.properties
超出默认的50会报错误
Caused by: ng.IllegalStateException: Max number of active transactions reached:50
6、优化程序代码
在weblogic安装域目录下的log日志可以看到严重超时方法。
WebLogic调优参数配置
WebLogic调优参数配置WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。
基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。
试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态：一. 修改运行队列线程数的值。
在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。
当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。
线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。
二. 如果可能，使用自带的性能包（NativeIOEnabled=true）。
三. 使用特定的应用程序执行队列。
四. 使用JDBC连接池时，修改下列属性：●驱动名称：使用小的驱动或者jDriver。
●初始容量：设为与最大容量相同的值。
●最大容量：其值至少应与线程数相同。
五. 把连接池的大小设为与执行队列的线程数相同。
六. 设置缓冲。
七. 为Servlet和JSP使用多个执行队列。
八. 改变JSP默认的Java编译器，javac 比jikes或sj要慢。
提要：为 WebLogic 启动设置 Java 参数。
设置与性能有关的配置参数。
调整开发与产品模式默认值。
使用WebLogic “自有的IO ”性能包。
优化默认执行队列线程。
优化连接缓存。
如何提高 JDBC 连接池的性能。
设置 Java 编译器。
使用 WebLogic 集群提高性能。
监视 WebLogic 域。
一、为 WebLogic 启动设置 Java 参数只要启动 WebLogic ，就必须指定 Java 参数，简单来说，通过 WebLogic.Server 域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出错， BEA 公司推荐你把这个命令写进脚本里。
为了简化这个过程，你可以修改样例脚本里的默认值，样例脚本是提供 WebLogic 启动服务器的。
weblogic优化指南
优化WebLogic一、为WebLogic启动设置Java参数垃圾收集(GC)是指JVM释放Java堆中不再使用的对象所占用的内存的过程,而Java堆(Heap)是指Java应用程序对象生存的空间。
堆大小决定了GC的频度和时间。
堆越大,GC频度低,速度慢。
堆越小,GC频度高,速度快。
所以GC和堆大小是一组矛盾。
为了获取理想的Heap堆大小,需要使用-verbosegc参数(Sun jdk: -Xloggc:<file>)以打开详细的GC输出。
分析GC的频度和时间,结合应用最大负载所需内存情况,得出堆的大小。
通常情况下,我们建议使用可用内存(除操作系统和其他应用程序占用之外的内存)70-80%,为避免堆大小调整引起的开销,设置内存堆的最小值等于最大值即:-Xms=-Xmx。
而为了防止内存溢出,建议在生产环境堆大小至少为256M(Platform至少512M),实际环境中512M~1G左右性能最佳,2G以上是不可取的,在调整内存时可能需要调整核心参数进程的允许最大内存数。
对于sun 和hp的jvm,永久域太小(默认4M)也可能造成内存溢出,应增加参-XX:MaxPermSize=128m。
建议设置临时域-Xmn的大小为-Xmx的1/4~1/3, SurvivorRatio为8堆栈内存优化，修改配置文件：WL_HOME=C:\bea\weblogic81 "%WL_HOME%\common\bin\commEnv.cmd":bea#如果采用的上bea的JDK# JVM Heap(堆内存)最小尺寸为96M，最大尺寸为256Mset MEM_ARGS=-Xms96m -Xmx256m:sun#如果采用的是sun的JDK# JVM Heap(堆内存)最小尺寸为32M，最大尺寸为200M#公共变量对象的内存限制: PermSize：最小尺寸， MaxPermSize ：最大允许分配尺寸set MEM_ARGS=-Xms32m -Xmx200m -XX:MaxPermSize=128m监视堆栈使用情况：下载JRockit JDK,该JDK已经自带了JRockit Mission Control工具，目前好像还没有单独下载JRockit Mission Control的地方，于JRockit JDK进行了绑定下载；在C:\bea\jrockit81sp5_142_08\console目录里面运行：C:\bea\jrockit81sp5_142_08\bin\java –Xmanagement -jar ManagementConsole.jar 如何监控weblogic呢？修改weblogic启动脚本startWebLogic.cmd，在里面加入-Xmanagement启动参数：%JAVA_HOME%\bin\java -Xmanagement %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS% =%SERVER_NAME% -Dweblogic.ProductionModeEnabled=%PRODUCTION_MODE% -Djava.security.policy="%WL_HOME%\server\lib\weblogic.policy" weblogic.Server二、设置与性能有关的配置参数在一个WebLogic域中，配置文件（config.xml）位于与管理服务器通信的机器里，提供WebLogic MBean的长期存储。
weblogic调优参数及监控指标
weblogic调优参数对Weblogic的调优主要从SEVER、ExecuteQueue、JDBC等几个方面的相关参数进行调优：一、SERVER在mydomain->Servers->myserver->Configuration->Tuning->“Enable Native IO”中： 1、Native IOEnabledTRUE，表示该Server使用本地I/O2、SocketReaders设置在执行线程中专用做Socket Readers的百分比3、Maximum Open Sockets最大打开Socket数4、Stuck Thread MaxTime堵塞线程时间，超过这个时间没有返回的执行线程，系统将认为是堵塞线程如果weblogic认为某个队列中的所有的线程全部堵塞的话，weblogic将会增加执行线程的数量。
注意：执行线程的数量一旦增加，目前weblogic不会去减少他，如果增加了一些线程以后再次出现overflow的警告，weblogic会继续增加执行线程的数量，一直到达到上限为止。
5、Stuck Thread Timer Interval系统检查堵塞线程的时间间隔6、Low Memory GC Threshold当可用内存小于该百分比时，垃圾回收启动7、Low Memory Granularity Level当两次检测的可用内存变化超过该百分比时，垃圾回收启动8、Low Memory Sample Size在一次检测中的取样次数9、Low Memory Time Interval检测间隔时间10、Accept Backlog等待队列中最多可以有多少TCP连接等待处理，如果在许多客户端连接被拒绝，而在服务器端没有错误显示，说明该值设得过低。
如果连接时收到connection refused消息，说明应提高该值，每次增加25％二、ExecuteQueue在mydomain->Servers->myserver ->Monitoring->Monitor all Active Queues... ->Configuration->weblogic.kernel.Default->1、ThreadCount服务器初始创建的执行线程的数量，设置原则：增大机器的最大并发线程数使处理器利用率达到最大。
weblogic的使用
weblogic的使用
WebLogic是一种常用的Java应用服务器，它能够提供高度可扩展的企业级应用程序运行环境。
使用WebLogic可以简化应用程序开发、部署和管理过程，提高应用程序的可靠性和性能。
以下是WebLogic 的使用方法：
1. 安装WebLogic服务器：在官方网站下载WebLogic服务器安装包，按照安装向导完成安装过程。
2. 创建WebLogic域：WebLogic域是WebLogic服务器的逻辑管理单元，通过创建域可以管理应用程序、配置服务器等。
使用配置向导创建域。
3. 部署应用程序：将应用程序的WAR或EAR文件部署到WebLogic 服务器中，可以使用WebLogic控制台或命令行工具进行部署。
4. 配置服务器：通过WebLogic控制台或命令行工具可以配置WebLogic服务器，如配置JDBC数据源、安全设置、JMS等。
5. 启动和停止服务器：可以使用WebLogic控制台或命令行工具启动和停止WebLogic服务器。
6. 监控服务器：通过WebLogic控制台可以实时监控WebLogic 服务器的运行状态、应用程序状态、日志等信息。
7. 优化服务器性能：WebLogic服务器提供了多种性能优化选项，如配置缓存、调整线程池大小等。
8. 备份和恢复服务器：通过备份WebLogic域和应用程序，可以实现服务器数据的备份和恢复。
WebLogic的使用需要一定的Java和Web应用程序开发基础，但是通过学习官方文档和示例，可以快速掌握WebLogic的使用方法。
OracleWebLogic10.3连接池参数配置详解
数据源配置:常规可在域中标识该数据源地唯一名称.此数据源绑定到地路径.默认情况下，名称就是数据源地名称.要为数据源指定多个名，请在单独地行上分别输入每个名.查找路径地应用程序将得到与此数据源对应地实例.启用通过一次服务器访问“预取”（即从服务器发送到客户端）多个行.当外部客户端通过使用访问数据库时，行预取功能可以一次性地访问服务器来为客户端提取多行，从而提高性能.当客户端和位于同一中时，将忽略此设置且不使用行预取功能.如果启用行预取，则指定为客户端预取地结果集行数.最佳预取大小取决于此查询地具体设置.通常在达到特定值之前，增加此数字时性能会提高.达到此特定值后，即使再增加此数字，也不会使性能有任何显著地提高.如果超过行，提高性能地可能性将微乎其微.通常默认值即适用于大多数情况.最小值:最大值:指定流量数据类型地数据块大小.流数据类型（例如，调用()而得到地数据类型）将根据需要以按大小排列好地数据块形式从发送到客户端.最小值:最大值:数据源配置: 连接缓冲池配置选项要连接到地数据库地 . 地格式随驱动程序地不同而变化.用于在连接缓冲池中创建物理数据库连接地驱动程序类地完整包名.（请注意，此驱动程序类必须存在于将其部署到地任何服务器地类路径中.）:传递给创建物理数据库连接时使用地驱动程序地属性地列表.例如: .请分别在单独地行上列出各个对.要启用驱动程序级功能，请将驱动程序属性及其值添加到“属性”列表. 设置驱动程序地对象上地“属性”列表中地驱动程序级属性.注意:由于安全方面地原因，当以生产模式运行时，您不能在此属性列表中指定数据库密码.如果在此属性列表中指定密码，那么数据源部署将会失败.要替代此安全检查，请在启动此服务器时使用命令行参数“”.创建物理数据库连接时传递给驱动程序地密码属性.该值以加密形式存储在描述符文件及显示在“管理控制台”中.请确认密码.要在创建连接缓冲池时创建地物理连接数.如果无法创建这一数量地连接，创建此连接缓冲池地操作将会失败.此连接数也是连接缓冲池将保持地最小可用物理连接数.最小值:最大值:此连接缓冲池可容纳地最大物理连接数.将新连接添加到连接缓冲池时创建地连接数.不再有可用地物理连接来满足连接请求时，会创建该数量地附加物理连接并将它们添加到连接缓冲池中.用于维护存储在语句缓存中地准备就绪地语句地算法.选项有：▪当使用新地预处理或可调用语句时，替换缓存中最近最少使用地语句.▪缓存前若干个固定数量地预处理和可调用语句.存储在缓存中地“准备就绪”语句和可调用语句地数量.（这样可能会提高服务器性能.）可以重用缓存中地语句而无需重新加载它们，这样便可提高服务器性能.连接缓冲池中地每个连接都有其自己地语句缓存.将语句缓存地大小设置为将会关闭该语句缓存.高级配置选项名称描述使能够在将连接提供给客户端之前对连接进行测试.（要求指定“测试表名称”.）此测试在响应客户端对缓冲池中地连接地请求时将添加短时间地延迟，但会确保客户端收到有效连接.对于使用故障转移算法地在多数据源中使用地连接缓冲池，该测试是必需地.对未用连接进行测试地间隔秒数.（要求指定“测试表名称”.）未通过测试地连接将被关闭，然后将它们重新打开以重新建立有效地物理连接.如果测试再次失败，则此连接将被关闭.如果设置为，定期测试将被禁用.测试物理数据库连接时使用地数据库表名.指定“测试频率”和启用“测试保留地连接数”时需要此名称.用于测试连接地默认代码为“ (*) ”大多数数据库服务器会优化此以避免对表进行扫描，但仍然建议将“测试表名称”设置为已知包含极少地行或不包含行地表地名称.如果“测试表名称”以“ ”开头，则此开始标记后面地字符串剩余部分将被视为用于测试连接地语句文字而非标准查询.在将连接传递到应用程序之前或定期连接测试过程期间，相信连接仍然有效并将跳过连接测试时使用连接地秒数.此选项是一种最佳选择，可以最大程度地减少连接测试对性能造成地影响（特别是在流量很大地时候）.最小值:最大值:在收缩为满足需要而增大了地连接缓冲池前需等待地秒数.如果设置为，收缩将被禁用.最小值:最大值:要执行地、将初始化新建物理数据库连接地语句.以后跟一个空格作为语句地开头.如果“初始”值以“ ”开头，则此开始标记后面地字符串剩余部分将被视为用于初始化数据库连接地语句文字.如果“初始”值不以“ ”开头，该值将被视为表格地名称，并会使用下列语句来初始化连接：“ (*) ”表必须存在且此连接地数据库用户必须能够访问它.大多数数据库服务器会优化此以避免对表进行扫描，但仍然建议将设置为已知包含极少地行或不包含行地表地名称.建立数据库连接尝试地间隔秒数.如果不设置此值，则在数据库不可用地情况下，创建数据源地操作将失败.如果已设置此值且在创建数据源时数据库不可用，则在您指定地秒数之后，将重新尝试在缓冲池中创建连接，并会不断尝试创建连接，直到创建成功.如果设置为，连接重试将被禁用.最小值:最大值:创建每个物理数据库连接前地延迟秒数.此延迟支持不能快速连续处理多个连接请求地数据库服务器.在初始数据源创建及数据源生命周期内，每当创建物理数据库连接时都会有此延迟.最小值:最大值:保留连接处于不活动状态地秒数，该秒数过后将收回该连接并将其释放回连接缓冲池.可以使用“非活动连接超时”功能收回泄漏地连接未由应用程序显式关闭地连接.请注意，不能使用此功能来代替正常关闭连接.如果设置为，此功能将被禁用.最小值:最大值:等待保留数据源地连接缓冲池中地连接时会阻塞线程地最大并发连接请求数.最小值:最大值:保留连接缓冲池中地连接地调用超时之前经过地秒数.如果设置为，则调用永远不会超时.如果设置为，则调用会立即超时.最小值:最大值:此时间后当前正在执行地语句将超时.依赖于底层驱动程序支持. 使用()方法将指定地时间传递给驱动程序.如果驱动程序不支持此方法，可能会引发异常并导致超时值被忽略.值为时禁用此功能.值为表示语句不会超时.最小值:最大值:即便仍在使用从缓冲池获取地连接，也能够将数据源关闭.是一个能够改善性能地选项，它启用执行线程以保持已进入缓冲池地数据库连接，即使在应用程序关闭逻辑连接之后.启用后，将在应用程序首次使用某个执行线程保留连接时把连接缓冲池中地一个数据库连接固定到此线程.当应用程序使用完此连接并调用()（此方法在其他情况下将把连接返回到连接缓冲池）时，将把该连接保留给执行线程，而不会将其返回连接缓冲池.当此后某个应用程序使用相同地执行线程请求连接时，将提供此线程已保留地这个连接.使用，当多个线程尝试同时保留一个连接时，连接缓冲池上不会发生锁定冲突，对于试图在有限个数地数据库连接中保留同一个连接地线程，也没有冲突.如果应用程序使用相同地执行线程同时保留连接缓冲池中地多个连接，将创建附加地数据库连接并同样将它们固定到此线程.指定在应用程序使用底层供应商连接对象之后是否从连接缓冲池中删除连接.如果禁止删除已占用地连接，必须确保该数据库连接适合被其他应用程序重复使用.设置为（默认设置）时，应用程序关闭逻辑连接后将不把物理连接返回给连接缓冲池.将关闭并重新创建此物理连接.设置为时，应用程序关闭逻辑连接后，物理连接将返回到连接缓冲池并可由该应用程序或其他应用程序重复使用.。
WebLogic服务器负载均衡解决方案
WebLogic服务器负载均衡解决方案WebLogic是一个用于构建和部署企业级Java应用程序的Java EE服务器。
负载均衡是一个关键的解决方案，用于在WebLogic服务器集群中分配和管理应用程序请求的负载。
本文将探讨WebLogic服务器负载均衡的几种解决方案。
1. 硬件负载均衡器：硬件负载均衡器是一种专门设计用于分发网络流量的设备。
它可以将传入的请求分发到WebLogic服务器集群中的不同节点上，以平衡负载。
硬件负载均衡器可以基于不同的算法进行负载分发，如轮询、最少连接数和源IP散列。
这种解决方案的优势在于具有高性能和可扩展性，可以处理大量的并发请求。
2. Web服务器负载均衡：Web服务器负载均衡是一种基于软件的解决方案，通过在Web服务器前面放置一个负载均衡器来实现。
负载均衡器可以根据预先定义的规则将请求转发到不同的WebLogic服务器节点上。
常用的Web服务器负载均衡软件包括Apache HTTP Server和NGINX。
这种解决方案相对简单且成本较低，但可能存在性能瓶颈。
3. WebLogic集群：WebLogic服务器可以配置为运行在集群模式下，以实现负载均衡。
集群是一组相互联网的WebLogic服务器节点，它们共享相同的应用程序和数据存储。
WebLogic集群可以通过多种方式进行负载均衡，包括轮询、就近路由和会话粘性。
这种解决方案的优势在于无需额外的硬件或软件，直接使用WebLogic服务器自带的功能。
4. 云负载均衡：如果将WebLogic服务器部署在云环境中，可以使用云提供商的负载均衡服务。
云负载均衡器可以自动分配和管理负载，并提供高可用性和可扩展性。
云负载均衡器通常基于虚拟IP地址和域名进行配置，并支持不同的负载均衡算法。
5. 基于DNS的负载均衡：DNS解析器可以根据特定的策略将域名解析为不同的IP地址。
通过配置多个WebLogic服务器的IP地址，可以使用DNS负载均衡来平衡流量。
weblogic 优化
优化WebLogic 服务器性能参数WebLogic 配置文件（config.xml）包含了大量很直观的与性能有关的参数，能通过配置环境与应用程序得到很好的优化。
基于系统的需要调整这些参数不仅能改善单个点的性能，而且能提高整个应用程序性能的可衡量性。
试着采用下列WebLogic配置方法，或许能使你的系统达到最佳状态：一修改运行队列线程数的值。
在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。
当任务加入一个WebLogic 实例，它就被放到执行队列中，然后分配给任务一个线程来运行。
线程消耗资源，因此要小心处理这个属性——增加不需要的值，会降低性能。
二，如果可能，使用自带的性能包（NativeIOEnabled=true）。
三，使用特定的应用程序执行队列。
四，使用JDBC连接池时，修改下列属性：n 驱动名称：使用小的驱动或者jDriver。
n 初始容量：设为与最大容量相同的值。
n 最大容量：其值至少应与线程数相同。
五，把连接池的大小设为与执行队列的线程数相同。
六，设置缓冲。
七，为Servlet和JSP使用多个执行队列。
八，改变JSP默认的Java编译器，javac 比jikes或sj要慢。
优化WebLogic提要：n 为WebLogic 启动设置Java 参数。
n 设置与性能有关的配置参数。
n 调整开发与产品模式默认值。
n 使用WebLogic “自有的IO ”性能包。
n 优化默认执行队列线程。
n 优化连接缓存。
n 如何提高JDBC 连接池的性能。
n 设置Java 编译器。
n 使用WebLogic 集群提高性能。
n 监视WebLogic 域。
一、为WebLogic 启动设置Java 参数只要启动WebLogic ，就必须指定Java 参数，简单来说，通过WebLogic.Server 域的命令行就可以完成，不过，由于这样启动的过程冗长并且易于出错，BEA 公司推荐你把这个命令写进脚本里。
weblogic优化
WebLogic Server Performance and TuningWebLogic Server性能调整Tuning Java Virtual Machines (JVMs)调整java虚拟机Garbage Collection垃圾回收VM Heap Size and Garbage Collection虚拟机堆大小和垃圾回收java堆是java对象存活的地方。
其中存有live对象，dead对象和空闲内存。
当正运行的程序中某个对象不可达时，它就被认为是“garbage”并且准备被回收。
一个最优方法是调整垃圾回收时间在执行时间的5%之内。
java虚拟机的堆大小决定了虚拟机垃圾回收的频率和用时。
要在分析垃圾回收的时间运行时间和频率后再将对大小调整到一个可接受的比率。
如果堆设置的大了，full GC 一次就变慢，但发生频率低。
如果根据你的需要设置堆大小，则full GC一次就变快，但是发生频率高。
调整堆大小的目标是，使给定时间内weblogic server能服务的客户数最大化，与此同时，使java虚拟机花在垃圾回收上的时间最小化。
在benchmarking内为了确保性能，你可能设置很大的堆大小以确保在整个benchmark运行中都不发生垃圾回收。
如果在没有堆空间的情况下运行，你会看到如下错误：ng.OutOfMemoryError <<no stack trace available>>ng.OutOfMemoryError <<no stack trace available>> Exception in thread "main"Choosing a Garbage Collection Scheme选择垃圾回收计划根据所使用的java虚拟机，可以从几个垃圾回收计划来管理你的系统内存。
例如，某些垃圾回收计划更适合特定应用。
weblogic启动内存配置[最新]
![weblogic启动内存配置[最新]](https://img.taocdn.com/s3/m/525bb81b854769eae009581b6bd97f192279bff1.png)
Weblogic 启动内存配置1、找到配置文件位置，默认路径是wlserver_10.3/common/bin/commEnv.sh2、找到commEnv.sh文件，修改此配置文件if [ "$PRODUCTION_MODE" = "true" ]; thencase $JA V A_VENDOR inBEA)JA V A_VM=-jrockitMEM_ARGS="-Xms512m -Xmx2048m";;HP)JA V A_VM=-serverMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;IBM)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;Sun)JA V A_VM=-serverMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;*)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;esacelsecase $JA V A_VENDOR inBEA)JA V A_VM=-jrockitMEM_ARGS="-Xms512m -Xmx2048m"JA V A_OPTIONS="${JA V A_OPTIONS} -Xverify:none";;HP)JA V A_VM=-clientMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m";;IBM)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;Sun)JA V A_VM=-clientMEM_ARGS="-Xms512m -Xmx2048m -XX:MaxPermSize=512m"JA V A_OPTIONS="${JA V A_OPTIONS} -Xverify:none";;*)JA V A_VM=MEM_ARGS="-Xms512m -Xmx2048m";;红色标注的位置是启动时分配的内存大小，可根据实际需求进行调整。
tomcat性能调优方案
tomcat性能调优方案在开发和部署Web应用程序时，Tomcat是一款广泛使用的Java Servlet容器。
然而，随着业务的增长和用户量的上升，Tomcat性能问题可能会成为一个挑战。
为了确保应用程序的高效运行，我们需要采取一些性能调优措施。
本文将介绍一些Tomcat性能调优方案，以提高应用程序的性能和响应速度。
一、优化Tomcat服务器配置1. 调整内存参数：通过修改Tomcat的启动脚本‘catalina.sh’（Linux）或‘catalina.bat’（Windows），可以配置JVM的内存参数。
可以增加-Xms和-Xmx参数来增加JVM的初始堆大小和最大堆大小。
适当调整这些参数可以提高应用程序的内存管理效率，从而提高性能。
2. 调整连接器配置：Tomcat使用连接器来处理HTTP请求，可以通过调整连接器的配置参数来提高性能。
例如，调整maxThreads参数来增加同时处理请求的线程数，增加acceptCount参数来增加等待处理的请求队列长度，以及调整keepAliveTimeout参数来控制HTTP连接的持久化时间等。
二、优化应用程序代码1. 减少HTTP请求：每次HTTP请求都会消耗系统资源，并且增加网络延迟。
通过优化应用程序代码，减少不必要的HTTP请求可以提高性能。
例如，可以使用CSS sprites来减少图片加载请求，合并和压缩JavaScript和CSS文件来减少文件加载请求等。
2. 使用缓存：合理使用缓存机制可以减少对数据库和其他资源的请求次数，提高应用程序的性能。
例如，可以使用缓存技术来缓存数据库查询结果、页面片段或整个页面，以减少对数据库和服务器的访问次数。
3. 避免同步阻塞：多线程并发请求可能会导致同步阻塞，影响应用程序的性能。
通过合理使用同步机制和锁机制，避免同步阻塞可以提高性能。
例如，使用线程池来管理并发请求的线程，使用并发集合类来替代同步集合类等。
三、数据库优化1. 数据库索引优化：在使用数据库时，合理的索引设计可以大大提高查询性能。
WEBLOGIC启动JVM参数设置经验
WEBLOGIC启动JVM参数设置经验2011-11-01 08:41:46分类：Linux1. 堆大小设置JVM 中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。
32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。
我在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设置为1478m。
典型设置：o java -Xmx3550m -Xms3550m -Xmn2g -Xss128k-Xmx3550m：设置JVM最大可用内存为3550M。
-Xms3550m：设置JVM促使内存为3550m。
此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。
-Xmn2g：设置年轻代大小为2G。
整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。
持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。
此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。
-Xss128k：设置每个线程的堆栈大小。
JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。
更具应用的线程所需内存大小进行调整。
在相同物理内存下，减小这个值能生成更多的线程。
但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。
o java -Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m -XX:MaxTenuringThreshold=0-XX:NewRatio=4:设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。
设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5-XX:SurvivorRatio=4：设置年轻代中Eden区与Survivor区的大小比值。
weblogic调优(实用)
Execute Queue: Thread Count 15 threads 25 threads
JDBC Connection Pool: MaxCapacity 15 connnections 25 connections
通过启动管理控制台，在域（如：mydomain）> 配置 > 常规选择产品模式。
修改jdbc数据库连接池，修改为初始15，最大100。
5、WebLogic性能优化——线程数
线程数Thread Count
weblogic服务在接收到请求后，会交给后台的线程来处理，线程数决定了并发处理能力的大小。
WebLogic性能优化——线程数
修改了thread count的值后，要点击“应用（Apply）”按钮，并重启服务后，参数才能生效。
默认15，一般以服务器的CPU个数为基准，每个CPU可负担25个线程，最好不要超过50个
进入WebLogic控制台——左边窗口的mydomain——servers——点击myserver——Configuration——General(常规)——点击Advanced Options(高级选项 )的Show(显示)链接——
最下面的Configure Execute Queues(配置执行队列) 链接——weblogic.kernel.Default链接——Thread Count(线程计数)参数。的确是隐藏的比较深。修改Thread Count的值，
然后重启WebLogic就可以生效了。
6、License
主要检查4项：cpu、expiratioin、ip、units。
进入WebLogic控制台——左边窗口的mydomain——servers——点击myserver——Configuration/Tuning
BEA性能整理
第一章应用程序调优1.1.1 通用代码调优1.1.2 减小没有必要的操作对象的创建是个很昂贵的工作,所以我们应当尽量减少对象的创建,在需要的时候声明它,初始化它,不要重复初始化一个对象,尽量能做到再使用,而用完后置null有利于垃圾收集。
让类实现Cloneable接口,同时采用工厂模式,将减少类的创建,每次都是通过clone()方法来获得对象。
另外使用接口也能减少类的创建。
对于成员变量的初始化也应尽量避免, 特别是在一个类派生另一个类时。
异常抛出对性能不利。
抛出异常首先要创建一个新的对象。
Throwable接口的构造函数调用名为, fillInStackTrace()的本地（Native）方法，fillInStackTrace()方法检查堆栈，收集调用跟踪信息。
只要有异常被抛出，VM就必须调整调用堆栈，因为在处理过程中创建了一个新的对象。
异常只能用于错误处理，不应该用来控制程序流程。
此外, 建议关闭Debug输出,尽量少用串行化、同步操作和耗时昂贵的服务(如Date())。
1.1.3 使用合适的类型当原始类型不能满足我们要求时,使用复杂类型。
String和StringBuffer的区别自不必说了,是我们使用最多的类型,在涉及到字符运算时,强烈建议使用StringBuffer。
在做String匹配时使用intern()代替equal()。
带有final修饰符的类是不可派生的, 如果指定一个类为final，则该类所有的方法都是final。
Java编译器会寻找机会内联所有的final方法,这将能够使性能平均提高50%。
类的属性和方式使用final或者static修饰符也是有好处的。
调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack）中，速度较快。
所以尽量使用局部变量。
ArrayList和Vector,HashMap和Hashtable是我们经常用到的类,前者不支持同步,后者支持同步,前者性能更好,大多数情况下选择前者。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Weblogic性能调优经验WEBLOGIC性能调优方案1.查看当前线程池大小：登录WEBLOGIC控制台，选择服务器－某服务器－监视－性能，可查看到当前最大线程数量。
由于WEBLOGIC9取消了在页面进行调整线程大小的功能，需要在后台进行修改。
2.修改线程池大小：进入服务器的目录D:\bea\user_projects\domains\base_domain\config，使用编辑器打开config.xml文件，找到如下段落：<server><name>AdminServer</name><listen-address>168.5.130.34</listen-address>z</server>在</server>上面添加如下两行：默认10<self-tuning-thread-pool-size-min>1000</self-tuning-thread-pool-siz e-min><self-tuning-thread-pool-size-max>1000</self-tuning-thread-pool-siz e-max>添加后的结果：<server><name>AdminServer</name><listen-address>168.5.130.34</listen-address><self-tuning-thread-pool-size-min>1000</self-tuning-thread-pool-size-min><self-tuning-thread-pool-size-max>1000</self-tuning-thread-pool-size-max></server>按上面的步骤，继续找到ProxyServer,以及所有MANAGE受管机的<server>段落，分别添加上面的两行语句。
最终结果如图所示：解释：其中min为最小线程，max是最大线程。
一般设置为1000就够，后经测试32为windows操作系统上，同样硬件条件下：weblogic9支持的最大线程数约为2900个，而tomcat6支持最大线程数约为1100多。
修改好CONFIG.XML文件后，还需要修改启动文件的参数，进入管理服务器的目录D:\bea\user_projects\domains\base_domain\bin,使用编辑器打开startWeblogic.cmd文件，找到如下段落：echo starting weblogic with Java version:%JAVA_HOME%\bin\java %JAVA_VM% -versionif "%WLS_REDIRECT_LOG%"=="" (echo Starting WLS with line:echo %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_S ETTINGS% %SERVER_CLASS%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SE TTINGS% %SERVER_CLASS%) else (echo Redirecting output from WLS window to %WLS_REDIRECT_LOG%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SE TTINGS% %SERVER_CLASS% >"%WLS_REDIRECT_LOG%" 2>&1)CALL :stopAll在里面添加一个参数，-Dweblogic.configuration.schemaValidationEnabled=false参数要在%JAVA_OPTIONS%后面，前面有横杠就可以，位置先后并无任何关系。
添加后的结果：if "%WLS_REDIRECT_LOG%"=="" (echo Starting WLS with line:echo %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_S ETTINGS% %SERVER_CLASS%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%-Dweblogic.configuration.schemaValidationEnabled=false-Dweblogic.MaxMessageSize=20000000 =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SE TTINGS% %SERVER_CLASS%) else (echo Redirecting output from WLS window to %WLS_REDIRECT_LOG%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%-Dweblogic.configuration.schemaValidationEnabled=false-Dweblogic.MaxMessageSize=20000000 =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SE TTINGS% %SERVER_CLASS% >"%WLS_REDIRECT_LOG%" 2>&1)按上面的步骤，依次找到Manager1-5的startWeblogic.cmd文件，在相同位置分别添加上面的这行语句。
由于AdminServer和ProxyServer是同一台机同个文件，就只需改一次。
修改结果如图所示：3.修改传输通讯包大小：进入管理服务器的目录D:\bea\user_projects\domains\base_domain\bin,使用编辑器打开startWeblogic.cmd文件，找到如下段落：if "%WLS_REDIRECT_LOG%"=="" (echo Starting WLS with line:echo %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%-Dweblogic.configuration.schemaValidationEnabled=false=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_S ETTINGS% %SERVER_CLASS%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SE TTINGS% %SERVER_CLASS%) else (echo Redirecting output from WLS window to %WLS_REDIRECT_LOG%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%-Dweblogic.configuration.schemaValidationEnabled=false=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SE TTINGS% %SERVER_CLASS% >"%WLS_REDIRECT_LOG%" 2>&1)在里面添加一个参数，-Dweblogic.MaxMessageSize=20000000参数要在%JAVA_OPTIONS%后面，前面有横杠就可以，位置先后并无任何关系。
添加后的结果：if "%WLS_REDIRECT_LOG%"=="" (echo Starting WLS with line:echo %JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%=%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_S ETTINGS% %SERVER_CLASS%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%-Dweblogic.configuration.schemaValidationEnabled=false-Dweblogic.MaxMessageSize=20000000 =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SE TTINGS% %SERVER_CLASS%) else (echo Redirecting output from WLS window to %WLS_REDIRECT_LOG%%JAVA_HOME%\bin\java %JAVA_VM% %MEM_ARGS% %JAVA_OPTIONS%-Dweblogic.configuration.schemaValidationEnabled=false-Dweblogic.MaxMessageSize=20000000 =%SERVER_NAME%-Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %PROXY_SE TTINGS% %SERVER_CLASS% >"%WLS_REDIRECT_LOG%" 2>&1)按上面的步骤，依次找到Manager1-5的startWeblogic.cmd文件，在相同位置分别添加上面的这行语句。