java.lang.ClassCastException: android.content.res.XmlBlock$Parser cannot be cast to android.view.ani

监控指标

性能测试通常需要监控的指标包括:

1.服务器Linux(包括CPU、Memory、Load、I/O)。

2.数据库:1.Mysql 2.Oracle(缓存命中、索引、单条SQL性能、数据库[/url]线程数、数据池连接数)。

3.中间件:1.Jboss 2. Apache(包括线程数、连接数、日志)。

4.网络: 吞吐量、吞吐率。

5.应用: jvm内存、日志、Full GC频率。

6.监控工具(LoadRunner[/url]):用户执行情况、场景状态、事务响应时间、TPS等。

7.测试机资源:CPU、Memory、网络、磁盘空间。

监控工具

性能测试通常采用下列工具进行监控:

1.Profiler。一个记录log的类,阿里巴巴集团自主开发,嵌入到应用代码中使用。

2.Jstat。监控java[/url]进程GC情况,判断GC是否正常。

3.JConsole。监控java内存、java CPU使用率、线程执行情况等,需要在JVM参数中进行配置。

4.JMap。监控java程序是否有内存泄漏,需要配合eclipse插件或者MemoryAnalyzer来使用。

5.JProfiler。全面监控每个节点的CPU使用率、内存使用率、响应时间累计值、线程执行情况等,需要在JVM参数中进行配置。

6.Nmon。全面监控linux系统资源使用情况,包括CPU、内存、I/O等,可独立于应用监控。

7.Valgrind。监控C/C++程序是否存在内存泄漏,基于linux环境。

8.Vmmap和ApplicationVerifier。监控C/C++程序是否存在内存泄漏,基于windows环境。

性能分析

可按以下顺序:

中间件瓶颈(apache/jboss参数配置、数据库参数配置)->

应用服务的debug log ->

应用服务的filter log ->

本应用的性能瓶颈(SQL语句、索引、业务逻辑、线程池设置、算法)->

服务提供者的性能瓶颈 ->

相关联的底层存储应用的性能瓶颈

分析标准

通过性能指标的表现形式,分析性能是否稳定。比如:

1.响应时间是否符合性能预期,表现是否稳定。

2.应用日志中,超时的概率,是否在可接受的范围之内。

3.TPS维持在多大的范围内,是否有波形出现,标准差有多少,是否符合预期。

4.服务器CPU、内存、load是否在合理的范围内,等等。

分析工具

对于部分性能指标,可借助自动分析工具,统计出数据的总体趋势:

1.LoadRunner analysis

LoadRunner analysis是loadrunner的一个部件,用于将运行过程中所采集到的数据生成报表,主要用于采集TPS、响应时间、服务器资源使用情况等变化趋势。

2.Memory Analyzer

Memory Analyzer工具可以解析Jmap dump出来的内存信息,查找是否有内存泄漏。

3.nmon_analyser

nmon工具可以采集服务器的资源信息。列出CPU、MEM、网络、I/O等资源指标的使用情况。

java.lang.ClassCastException: android.content.res.XmlBlock$Parser cannot be cast to android.view.ani

时间: 2024-08-01 22:43:54

java.lang.ClassCastException: android.content.res.XmlBlock$Parser cannot be cast to android.view.ani的相关文章

java.lang.ClassCastException: org.springframework.web.filter.CharacterEncodingFilter cannot be cast

严重: Exception starting filter encodingFilterjava.lang.ClassCastException: org.springframework.web.filter.CharacterEncodingFilter cannot be cast to javax.servlet.Filterat org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConf

在maven项目中使用apache cxf中遇到异常 java.lang.ClassCastException: org.springframework.web.filter.CharacterEncodingFilter cannot be cast to javax.servlet.Filter

使用maven虽然很方便,写一个dependency的标签就可以直接从仓库下载对应的jar包,还能处理该jar包的继承依赖关系.但是同时需要你对jar包更加了解,如果依赖关系很复杂,那么很可能会产生jar包冲突,从而使项目报一些莫名其妙的异常. 在用apache cxf的过程中就出现了这样的问题. 1,在项目的pom.xml中加入apache cxf的依赖配置: <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xs

spark提示Caused by: java.lang.ClassCastException: scala.collection.mutable.WrappedArray$ofRef cannot be cast to [Lscala.collection.immutable.Map;

spark提示Caused by: java.lang.ClassCastException: scala.collection.mutable.WrappedArray$ofRef cannot be cast to [Lscala.collection.immutable.Map; 起因 编写了一个处理两列是否相等的UDF,这两列的数据结构是一样的,但是结构比较复杂,如下: |-- list: array (nullable = true) | |-- element: map (conta

mybatis查询异常-Error querying database. Cause: java.lang.ClassCastException: org.apache.ibatis.executor.ExecutionPlaceholder cannot be cast to java.util.List

背景,mybatis查询的时候直接取的sqlsession,没有包装成SqlSessionTemplate,没有走spring提供的代理. 然后我写的获取sqlsession的代码没有考虑到并发的情况,导致sqlsession建的太多 并发大了之后,查询报错 org.apache.ibatis.exceptions.PersistenceException: ### Error querying database. Cause: java.lang.ClassCastException: org

java.lang.ClassCastException: xut.bookshop.entity.User_$$_javassist_3 cannot be cast to javassist.util.proxy.Proxy

报错信息 java.lang.ClassCastException: xut.bookshop.entity.User_$$_javassist_3 cannot be cast to javassist.util.proxy.Proxy org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer.getProxy(JavassistLazyInitializer.java:147) org.hibernate.proxy.pojo.j

java.lang.ClassCastException: com.ch.hibernate.Student_$$_javassist_0 cannot be cast to javassist.util.proxy.Proxy

利用query动态查询时,报错 当设置Student.hbm.xml的class标签的属性lazy=false时: 结果正确. 不得其解,观察lib下的类包,发现了有两个javassist包. 删除其中的一个,将Student.hbm.xml的class标签中的lazy属性删掉,运行,结果正确.原来是我添加包的时候,加多了.

自定义 UsernamePasswordToken 报错 java.lang.ClassCastException: org.apache.shiro.authc.UsernamePasswordToken cannot be cast to

UsernamePasswordToken 转型时 出现了异常 代码如下 没有地方使用我们的自己扩展的CustomerUsernamePasswordToken类,只是转型而已,并没有去实例化它,这才是引起问题的根源,问题发现了要如何解决它呢?我们在配置的使用并并未制定表单过滤器,此时默认使用的是FormAuthenticationFilter,而Token默认使用的也是UsernamePasswordToken,由此看来,我们扩展的CustomerUsernamePasswordToken就成

Caused by: android.content.res.Resources$NotFoundException: Resource ID #0x7f070058 android-studio 3.0 from canary 5 to canary 6

我升级android-studio到了3.0 canary 6打包编译安装出现如下错误: 07-11 13:00:39.523 8913-8913/dcpl.com.myapplication E/AndroidRuntime: FATAL EXCEPTION: main Process: dcpl.com.myapplication, PID: 8913 java.lang.RuntimeException: Unable to start activity ComponentInfo{dcp

关于java.lang.ClassCastException: xxx cannot be cast to javassist.util.proxy.Proxy

异常关键信息: java.lang.ClassCastException:  xxx.xxx.xxx.UserManagementEntity_$$_javassist_4 cannot be cast to javassist.util.proxy.Proxy 出这个异常,有两种可能: 1.jar包冲突  (这种可能比较大,我遇到的就是这种情况) 因为hibernate和 struts2 都需要javassist-XX.jar,先确认项目里面是不是引入了多个,保留一个高版本就行了 . 2.懒加