请教各位：weblogic应用服务器为何无故变慢

IBM在知名度、战略眼光、多种平台、提供能力方面拥有优势，而BEA的强项在于技术和销售渠道方面。 BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。 BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能、可扩展性和高可用性。与BEA WebLogic Commerce ServerTM配合使用，BEA WebLogic Server可为部署适应性个性化电子商务应用系统提供完善的解决方案。 BEA WebLogic Server具有开发和部署关键任务电子商务Web应用系统所需的多种特色和优势。 综上所述，BEA Weblogic服务器在一个企业的IT系统中所起的作用是非常重要的。所以管理和维护好Weblogic应用服务器是业务系统维护的重中之重。 如何管理Weblogic应用服务器 日常管理Weblogic应用服务器，我们需要关注以下几个方面： 1、 系统资源，例如应用服务器本身所在的 *** 作系统CPU利用率、内存利用率、磁盘空间等基础资源的消耗情况。 2、 Web容器，Web层在应用中更多的是用来生成表达逻辑。广泛使用的体系结构是从应用层读取数据，然后使用servlet和JSP生成动态内容，其中应用层一般由EJB组成。因此需要重点关注当前的Session数量，包括活动的数量以及峰值情况。 3、 JMS，JMS子系统提供了很多的调试参数。JMS消息是由称为JMSDispatcher的独立执行队列处理的。需要重点关注的是JMS消息数等一些参数，包括已接收的和等待处理的数量等。 4、 线程池执行队列，执行队列的线程数表示执行队列能够同时执行的 *** 作的数量。但此值不是设的越大越好，应该恰到好处的去设置它，太小了，执行队列中将会积累很多待处理的任务，太大了，则会消耗大量的系统资源从而影响整体的性能。因此需要重点关注当前空闲线程数、等待的请求数、总线程数等指标。 5、 JDBC连接池，JDBC Connection Pool的调优受制于WebLogic Server线程数的设置和数据库进程数,游标的大小。通常我们在一个线程中使用一个连接,所以连接数并不是越多越好,为避免两边的资源消耗，建议设置连接池的最大值等于或者略小于线程数。同时为了减少新建连接的开销,将最小值和最大值设为一致。因此需要重点关注的是连接池大小、当前活动的连接数量、泄漏的连接数等指标。 摩卡软件应用监控的优势 摩卡软件在行业内具有十年的IT运维管理经验，摩卡软件在全国超过23家的大客户现场积累了深厚的应用平台运维管理经验，其中Weblogic应用服务器监控也非常成熟，摩卡软件对应用监控的主要优势如下： 支持应用种类多：从J2EE应用平台到数据库，再到中间件，几乎无所不包。 专业底层的监控：多年来与大厂的良好合作关系，奠定了摩卡软件的技术实力，使得摩卡软件在应用的监控上更能够取得一些最有用的最底层的数据。 超越原厂家的监控：应用厂家可能不会想到，他们认为的最关键的一些东西对不同的客户而言可能关注点都不同，摩卡软件利用与厂家合作关系的优势结合运维管理经验，提出一套超越应用原厂家的监控指标。 更有用的监控：摩卡软件最独特的优势在于，所有对应用平台的监控指标都不是空穴来风，也不是每个技术人员所熟知的那些通用的监控，摩卡软件将十年来的IT运维管理经验进行了整合，所有的监控指标均来自我们全国超过23个大客户服务点多年来的运维管理经验，让监控指标更加有用。 更容易看懂的指标：摩卡软件将指标进行分类，以可用性指标、性能指标、配置指标等将指标进行分类管理，方便了用户的查阅。

你的连接池用的是druid，然后你的yml没有配置对吧，你看这么多警告。

我有个项目里druid连接池的yml配置是这样（你要注意yml每个层级前的缩进啊）：

话说你也打打码啊，直接把你数据库的root弄出来了

Java电商加载慢可能有多种原因，包括以下几个方面：
1 大小过大：如果尺寸过大，文件大小也会相应增加，加载时会占用更多的带宽和时间。可以通过对进行压缩和优化来减小文件大小。
2 格式不适合网络传输：一些格式在网络上传输时会比其他格式更慢。例如，BMP格式的会比JPEG格式的更大，因此加载时间也会更长。推荐使用JPEG格式的。
3 服务器处理能力不足：如果服务器处理请求的能力不足，就会导致加载速度变慢。可以通过将缓存在客户端或使用CDN等技术来减轻服务器的负担。
4 网络带宽不足：如果网络带宽不足，就会导致加载速度变慢。可以考虑升级网络带宽或者使用压缩和优化的技术来减小文件大小，从而减少网络传输的负担。
为了优化Java电商加载速度，可以采取以下措施：
1 压缩和优化：使用专业的处理工具对进行压缩和优化，以减小文件大小。
2 使用合适的格式：选择合适的格式，例如JPEG格式，以减小文件大小，并且在网络上传输更快。
3 使用CDN技术：使用CDN技术可以将缓存在离用户更近的服务器上，从而加快加载速度。
4 异步加载：使用异步加载技术，可以在后台加载，提高用户的体验。
5 减小>Java程序很耗CPU是比较好分析的，有这么几步：
1通过top命令（top之后再按shift+H可以显示线程）查看CPU使用率高的线程；
2将这个线程号转换为16进制；
3使用jps查看服务器的Java进程号；
4使用jstack [进程号] 打印当前的进程堆栈；
5从打印的信息中，找到第2步得到的线程号，看看这个线程在做什么。
不一定一次就能抓准线程状态，可以第1步时多记几个线程。
--天下数据--

你懂数据库不，往session里面放的这个UserBean里面一般存有用户名、或id等唯一标志的东西，所以不会和其他的UserBean对象重的，这跟数据库里的主键有点类似，不会有重复记录。
但是，你在同一台机器上，用同一个用户名密码，打开多个浏览器，登陆同一个网站，这样服务器端也是保存这个sessionsetAttribute("User", UserBean)，下一次的会把上一次的重新改写掉。
session在服务器端判断的，这个东西对同一段时间同一台机器的多个不同浏览器来说，是同一个session(这也就是为什么你登陆了比如当当网，然后你再直接开当当网其他网页会发现已经登陆了）。
多说一句，session是servlet里比较深奥的东西，你其实想了解更多session的机制，可以多查查资料，其实session判断不同用户用的是sessionId这个东西，它有两种实现方法实现判断，客户端cookie和url重写，作用是一样的。
对于补充的问题，要区分以下两点：
1）因为session是服务器端的对象，放得多了会导致服务器端的内存占用过大，往session中存放大量信息，不一定导致每次浏览器与服务器之前的通讯数据会增大，这不一定，服务器会变慢。
2）浏览器与服务器之前的通讯数据是否会增大，这是由request, response这些负责通讯的对象所带数据决定的，一般是看request的参数(post, get)的多不多来决定的，太多也会导致服务器反应变慢。
两者的机制是有区别的，后果都是致服务器性能下降。
最后建议，除了跨越多个页面的，如用户信息这些内容的，都不要用sessionsetAttribute，优先考虑用requestsetAttribute

---