精华内容
下载资源
问答
  • 在项目中,用From2 启动 Report 正常,用From1 启动 Report 失败,日志: 2007-05-12 13:11:06 StartGenerateReportTask: System.Runtime.InteropServices.SEHException: 外部组件发生异常。 at System.Windows....

    在项目中,用From2 启动 Report 正常,用From1 启动 Report 失败,日志:

    2007-05-12 13:11:06
    StartGenerateReportTask: System.Runtime.InteropServices.SEHException: 外部组件发生异常。
       at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
       at System.Windows.Forms.ComponentManager.System.Windows.Forms.UnsafeNativeMethods+IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
       at System.Windows.Forms.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
       at System.Windows.Forms.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
       at System.Windows.Forms.Application.RunDialog(Form form)
       at System.Windows.Forms.Form.ShowDialog(IWin32Window owner)
       at System.Windows.Forms.Form.ShowDialog()
       at ZTE.CCG.Report.ReportController.StartGenerateReportTask(String contractHeader) in ***/report/quotationgenerationmodule/reportcontroller.cs:line 469

    由于From2 和 Report 是同一个人开发的,直接启动 ReportController 是没有问题的,而我们自己通过相同的方法启动 ReportController 就出现了问题。开始以为是我们程序那里出现了问题,跟踪代码发现这个异常不固定,很难确定是那里出现了问题。
    虽然显示的外部组建发生异常,可应用程序中没有调用任何其他的第三方应用程序哦。

    对比Form1 和Form2 发现:
    Form1:
            [STAThread]
            public static void Main(string[] args)
            {
               // lots of code...
               // it's same of the code posted on Form2.
            }

    Form2:
            [STAThread]
            public static void Main(string[] args)
            {
                    Application.EnableVisualStyles();
                    Application.DoEvent();
                   
               // lots of code...
            }
           
    更改Form1中的代码继续执行,程序正常执行,没有任何错误。
    取消 那两句话,错误又再次出现。

    再查询了一下MSDN ,发现 :
    “此方法启用应用程序的 Windows XP 可视化样式。如果控件和操作系统支持可视化样式,则控件将以这种样式进行绘制。若要使 EnableVisualStyles 生效,必须在应用程序中创建任何控件之前调用它;EnableVisualStyles 通常是 Main 函数的第一行。当调用 EnableVisualStyles 时,无需单独的清单即可启用可视化样式。
    对于支持 FlatStyle 属性的控件,请确保将 FlatStyle 属性设置为 FlatStyle.System 值。”

    搜索 FlatStyle ,发现在 Report 里面很多自定义控件这么写的:

    this.xxxControlName.FlatStyle = System.Windows.Form.FlatStyle.System;

    也就是说,控件是使用的系统的样式。在使用系统样式的时候必须告诉系统启用虚拟样式。
    否则可能出现上述应用程序异常。

    为了验证,这个猜想,在From1 中注释掉:
    Application.EnableVisualStyles();
    Application.DoEvent();
    果然程序执行时回出现异常。

    在google 上搜索了一下,发现很多上述类似异常的都或多或少提及到XP 样式了。

    相关资源:
    1).NET 1.1 Framework Fix:
    http://support.microsoft.com/Default.aspx?kbid=899511
    2)VS2005 中解决方法:
    http://support.microsoft.com/kb/897298


    Microsoft MSDN 论坛的一些相关信息:
    http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=48878&SiteID=1
    http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=388724&SiteID=1

     

    展开全文
  • Android SocketTimeoutException异常分析

    千次阅读 2015-10-29 11:44:55
    Android SocketTimeoutException异常分析环境说明Eclipse Android4.0 tcp client客户端程序问题描述在进行Android socket tcp通信开发的过程中碰到了下述异常,具体logcat错误如下:10-29 03:16:16.710: I/recv time...

    环境说明

    Eclipse
    Android4.0
    tcp client客户端程序

    问题描述

    在进行Android socket tcp通信开发的过程中碰到了下述异常,具体logcat错误如下:

    10-29 03:16:16.710: I/recv timeout(7476): java.net.SocketTimeoutException
    10-29 03:16:16.710: I/recv timeout(7476):   at java.net.PlainSocketImpl.read(PlainSocketImpl.java:491)
    10-29 03:16:16.710: I/recv timeout(7476):   at java.net.PlainSocketImpl.access$000(PlainSocketImpl.java:46)
    10-29 03:16:16.710: I/recv timeout(7476):   at java.net.PlainSocketImpl$PlainSocketInputStream.read(PlainSocketImpl.java:240)
    10-29 03:16:16.710: I/recv timeout(7476):   at java.io.DataInputStream.read(DataInputStream.java:63)
    10-29 03:16:16.710: I/recv timeout(7476):   at java.io.InputStream.read(InputStream.java:162)
    10-29 03:16:16.710: I/recv timeout(7476):   at java.io.DataInputStream.read(DataInputStream.java:59)
    

    两个怀疑出现该异常的可能情况

    • 自己写的socket程序存在问题,如接收超时时间太短等情况可能发生
    • 服务端程序可能出现了异常不进行回复

    分析过程

    反复检查自己的client程序发现client端并没有任何异常设置代码,那么如何证明不是client端的问题而是server端出现了异常呢?

    简单说下自己抓包分析得出server端异常的过程:

    1. 对手机进行root处理
    2. 按照网上抓包流程提供的tcpdump抓包过程分析
    3. 将抓包数据使用wireshark进行分析
    4. 在wireshark过滤规则部分输入对应规则进行过滤
    5. 分析tcp数据包通信流程,查看是未发送成功还是服务端是否返回

    参考资料

    展开全文
  • Redis客户端常见异常分析

    千次阅读 2017-08-09 09:16:51
    本文部分内容来自《Redis开发与运维》...四、客户端缓冲区异常 五、Lua脚本正在执行 六、Redis正在加载持久化文件 七、Redis使用的内存超过maxmemory配置 八、客户端连接数过大 九、JedisCluster异常将在集群章节介绍。

    本文部分内容来自《Redis开发与运维》一书,转载请声明。

    在Redis客户端的使用过程中,无论是客户端使用不当或者Redis服务端出现问题,客户端会反应出一些异常,下面分析一下Jedis使用过程中常见的异常情况:

    一.无法从连接池获取到连接

    JedisPool中的Jedis对象个数是有限的,默认是8个。这里假设使用的默认配置,如果有8个Jedis对象被占用,并且没有归还,如果调用者还要从JedisPool中借用Jedis,就需要进行等待(例如设置了maxWaitMillis>0),如果在maxWaitMillis时间内仍然无法获取到Jedis对象就会抛出如下异常。

         
    1
    2
    3
    4
         
    redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
    Caused by: java.util.NoSuchElementException: Timeout waiting for idle object
    at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:449)

    还有一种情况,就是设置了blockWhenExhausted=false,那么调用者发现池子中没有资源时,会立即抛出异常不进行等待,下面的异常就是blockWhenExhausted=false时的效果。

         
    1
    2
    3
    4
         
    redis.clients.jedis.exceptions.JedisConnectionException: Could not get a resource from the pool
    Caused by: java.util.NoSuchElementException: Pool exhausted
    at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:464)

    对于这个问题,需要重点讨论的是为什么连接池没有资源了,造成没有资源的可能的原因非常多

    • 1.客户端:高并发下连接池设置过小,出现供不应求,所以会出现上面的错误,但是正常情况下只要比默认的最大连接数(8个)多一些即可,因为正常情况下JedisPool以及Jedis的处理效率足够高。

    • 2.客户端:没有正确使用连接池,比如没有进行释放,例如下面代码所示:
      定义JedisPool,使用默认的连接池配置。

         
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
         
    GenericObjectPoolConfig poolConfig = new GenericObjectPoolConfig();
    JedisPool jedisPool = new JedisPool(poolConfig, "127.0.0.1", 6379);
    //向JedisPool借用8次连接,但是没有执行归还操作。
    for (int i = 0; i < 8; i++) {
    Jedis jedis = null;
    try {
    jedis = jedisPool.getResource();
    jedis.ping();
    } catch (Exception e) {
    e.printStackTrace();
    }
    }

    当调用者再向连接池借用Jedis时(如下操作),就会抛出异常:

         
    1
         
    jedisPool.getResource().ping();

    • 3.客户端:存在慢查询操作,这些慢查询持有的Jedis对象归还速度会比较慢,造成池子满了。
    • 4.服务端:客户端是正常的,但是Redis服务端由于一些原因造成了客户端命令执行过程的阻塞,也会使得客户端抛出这种异常。
      可以看到造成这个异常的原因是多个方面的,不要被异常的表象所迷惑,而且并不存在万能钥匙能解决所有问题,开发和运维只能不断加强对于Redis的理解,顺藤摸瓜逐渐找到问题所在。

    二、 客户端读写超时

    Jedis在调用Redis时,如果出现了读写超时后,会出现下面的异常:

         
    1
         
    redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: Read timed out

    造成该异常的原因也有以下几种:

    • 读写超时设置的过短。
    • 命令本身就比较慢。
    • 客户端与服务端网络不正常。
    • Redis自身发生阻塞。

    三 客户端连接超时

    Jedis在调用Redis时,如果出现了读写超时后,会出现下面的异常:

         
    1
         
    redis.clients.jedis.exceptions.JedisConnectionException: java.net.SocketTimeoutException: connect timed out

    造成该异常的原因也有以下几种:

    • 连接超时设置的过短。
    • Redis发生阻塞,造成tcp-backlog已满,造成新的连接失败。
    • 客户端与服务端网络不正常。

    四、客户端缓冲区异常

    Jedis在调用Redis时,如果出现客户端数据流异常,会出现下面的异常。

         
    1
         
    redis.clients.jedis.exceptions.JedisConnectionException: Unexpected end of stream.

    造成这个异常原因可能有如下几种:

    • 1.输出缓冲区满。例如将普通客户端的输出缓冲区设置为1M 1M 60:
             
      1
             
      config set client-output-buffer-limit "normal 1048576 1048576 60 slave 268435456 67108864 60 pubsub 33554432 8388608 60"

    如果使用get命令获取一个bigkey(例如3M),就会出现这个异常。

    • 2.长时间闲置连接被服务端主动断开,可以查询timeout配置的设置以及自身连接池配置是否需要做空闲检测。
    • 3.不正常并发读写:Jedis对象同时被多个线程并发操作,可能会出现上述异常。

    五、Lua脚本正在执行

    如果Redis当前正在执行Lua脚本,并且超过了lua-time-limit,此时Jedis调用Redis时,会收到下面的异常。对于如何处理这类问题(Lua lua-time-limit配置之前章节已经介绍了)

         
    1
         
    redis.clients.jedis.exceptions.JedisDataException: BUSY Redis is busy running a script. You can only call SCRIPT KILL or SHUTDOWN NOSAVE.

    六、Redis正在加载持久化文件

    Jedis调用Redis时,如果Redis正在加载持久化文件,那么会收到下面的异常。

         
    1
         
    redis.clients.jedis.exceptions.JedisDataException: LOADING Redis is loading the dataset in memory

    七、Redis使用的内存超过maxmemory配置

    Jedis调用Redis执行写操作时,如果Redis的使用内存大于maxmemory的设置,会收到下面的异常,此时应该调整maxmemory并找到造成内存增长的原因(maxmemory之前章节已经介绍了)

         
    1
         
    redis.clients.jedis.exceptions.JedisDataException: OOM command not allowed when used memory > 'maxmemory'.

    八、客户端连接数过大

    如果客户端连接数超过了maxclients,新申请的连接就会出现如下异常:

         
    1
         
    redis.clients.jedis.exceptions.JedisDataException: ERR max number of clients reached

    此时新的客户端连接执行任何命令,返回结果都是如下:

         
    1
    2
         
    127.0.0.1:6379> get hello
    (error) ERR max number of clients reached

    这个问题可能会比较棘手,因为此时无法执行Redis命令,一般来说可以从两个方面进行着手。

    • 1.客户端:如果maxclients参数不是很小的话,应用方的客户端连接数基本不会超过maxclients,通常来看是由于应用方对于Redis客户端使用不当造成的。此时如果应用方是分布式结构的话,可以通过下线部分应用节点(例如占用连接较多的节点),使得Redis的连接数先降下来。从而让绝大部分节点可以正常运行,此时在再通过查找程序bug或者调整maxclients进行问题的修复。

    • 2.服务端:如果此时客户端无法处理,而当前Redis为高可用模式(例如Redis Sentinel和Redis Cluster),可以考虑将当前Redis做故障转移。

    此问题不存在确定的解决方式,但是无论从哪个方面进行处理,故障的快速恢复极为重要,当然更为重要的是找到问题的所在,否则一段时间后客户端连接数依然会超过maxclients。

    九、JedisCluster异常将在集群章节介绍。

    附赠GenericObjectPoolConfig的重要属性

    序号 参数名 含义 默认值
    1 maxActive 连接池中最大连接数 8
    2 maxIdle 连接池中最大空闲的连接数 8
    3 minIdle 连接池中最少空闲的连接数 0
    4 maxWaitMillis 当连接池资源用尽后,调用者的最大等待时间(单位为毫秒),一般不建议使用默认值 -1:表示永远不超时,一直等。
    5 jmxEnabled 是否开启jmx监控,如果应用开启了jmx端口并且jmxEnabled设置为true,就可以通过jconsole或者jvisualvm看到关于连接池的相关统计,有助于了解连接池的使用情况,并且可以针对其做监控统计 true
    6 minEvictableIdleTimeMillis 连接的最小空闲时间,达到此值后空闲连接将被移除 30分钟
    7 numTestsPerEvictionRun 做空闲连接检测时,每次的采样数 3
    8 testOnBorrow 向连接池借用连接时是否做连接有效性检测(ping),无效连接会被移除,每次借用多执行一次ping命令 false
    9 testOnReturn 向连接池归还连接时是否做连接有效性检测(ping),无效连接会被移除,每次归还多执行一次ping命令 false
    10 testWhileIdle 向连接池借用连接时是否做连接空闲检测,空闲超时的连接会被移除 false
    11 timeBetweenEvictionRunsMillis 空闲连接的检测周期(单位为毫秒) -1:表示不做检测
    12 blockWhenExhausted 当连接池用尽后,调用者是否要等待,这个参数是和maxWaitMillis对应的,只有当此参数为true时,maxWaitMillis才会生效 true

    本文部分内容来自《Redis开发与运维》一书,转载请声明。

    展开全文
  • 我单位内部(局域网)使用的一台服务器,使用的是操作系统是Windows Server2003,最近老是自动出现“Visual Studio实时调试器”对话框,提示如下:  svchost.exe [1348] 中发生未处理的win32异常。...

    我单位内部(局域网)使用的一台服务器,使用的是操作系统是Windows Server2003,最近老是自动出现“Visual Studio实时调试器”对话框,提示如下:
       svchost.exe [1348] 中发生未处理的win32异常。
       可能的调试器为:新实例Visual Studio 2005。
       要使用选定的调试器进行调试吗?a
       这样的对话框每天会重复出现数个,都不自动关闭,而是接着出现。一段日期后,居然会累计出现一、两百个这样的窗口,影响服务器的运行速度。
       如果关闭该提示窗口,或点击上面的“是”或“否”按钮后,“管理您的服务器”控制台中的“文件服务器”便会没有了,服务器中原先设置的共享文件夹都会失去共享标志,共享功能失效,局域网内其他计算机都不能访问共享文件夹(已授权,原先都能正常访问)。在不关闭这一大摞窗口的情况下,共享功能正常。关闭提示窗口重启服务器后,共享功能也能恢复正常,但一段时间后又会连续出现上述提示窗口。
       出现上述原因,不知是何故,不知如何解决。恳求网上各位IT高手,不吝赐教,指点迷津,不胜感激。先谢了!
       您也可以到我的新浪博各中发言。http://blog.sina.com.cn/hbhswp

     

     

     

    自我解决方法是:

       从微软网站下载Windows Server 2003 安全更新程序 (KB958644),打上这个补丁后,再也没有发生述现象。

        下载地址:http://download.microsoft.com/download/8/4/4/84403755-aa0a-41ba-bded-7cbbc8dc218c/WindowsServer2003-KB958644-x86-CHS.exe

     

     

    文件名:WindowsServer2003-KB958644-x86-CHS.exe
    版本:958644
    安全公告:MS08-067
    知识库 (KB) 文章:KB958644
    发布日期:2008/10/22
    语言:简体中文
    下载大小:688 KB

     

    概述:

        现已确认有一个安全问题,未通过身份验证的远程攻击者可能会利用此问题危及基于 Microsoft Windows 的系统的安全并获取对该系统的控制权。您可以通过安装本 Microsoft 更新程序来保护计算机不受侵害。安装本更新程序后,可能必须重新启动计算机。 

        这是一个远程代码执行漏洞。成功利用此漏洞的攻击者会完全远程控制受影响的系统。在基于 Microsoft Windows 2000、Windows XP、和 Windows Server 2003 的系统上,攻击者会在未经身份验证的情况下通过 RPC 利用此漏洞,并可运行任意代码。如果利用漏洞的尝试失败,这还会导致 Svchost.exe 的崩溃。如果 Svchost.exe 发生崩溃,将影响到服务器服务。该服务器服务提供通过网络共享的文件、打印和命名管道。
       该漏洞由服务器服务引起,因此不会正确处理特殊设计的 RPC 请求。

    展开全文
  • Java中常见的异常分析

    千次阅读 2017-02-18 10:40:49
    JavaException: 1、Error 2、RuntimeException运行时异常 3、Exception 4、throw用户自定义异常 异常类分两大类型:Error类代表了编译和系统的...包含运行异常类Runtime_Exception和非运行异常类Non_RuntimeEx
  • 异常流量分析&响应系统与类似产品技术的比较
  • Android 异常问题分析

    千次阅读 2015-04-03 15:48:20
    b) 分析问题,根据log里面的蛛丝马迹,定位出问题的原因; c) 对症下药,尽量用最少的代码解决问题,并确保不会引入新的问题; d) 验证修改,把自己的修改导入,确保自己的修改起了作用,并已经彻底解决了问题,...
  • troubleshoot之:分析OutOfMemoryError异常

    万次阅读 2020-08-14 10:10:05
    OutOfMemoryError 先看一下OutOfMemoryError的定义,OutOfMemoryError继承自 VirtualMachineError,它是Error的一种,表示的是应用程序无法处理的异常,一般情况下会导致虚拟机退出。 public class ...
  • 引言 在对数据库进行新增记录...异常分析与解决 异常信息太长,图片截不下,粘贴来看: Exception in thread "pool-2-thread-1" org.springframework.beans.factory.BeanCreationNotAllowedException...
  •    前置文章中提及到了各种实用的用例设计方法,本文章将讲解测试人员少见,但很实用的异常分析法,它可是发现bug的利器,快来一起看看吧!~    二、异常分析法简介 2.1 什么是异常分析法?    异常分析法是...
  • 异常点检测算法分析与选择

    千次阅读 2018-05-28 12:06:28
    转自:https://blog.csdn.net/xmuecor/article/details/45039163目录111 基于统计的异常点检测算法112 基于距离的异常点检测算法113 基于密度的异常点检测算法114 基于深度的异常点检测算法115 基于偏移的异常...
  • Java异常机制及异常处理分析

    千次阅读 2012-11-19 22:52:07
    运行时发生的可被捕获和处理的错误。 在java语言中,Exception是所有异常的父类。任何异常都扩展于Exception类,Exception就相当于一个错误类型。如果要定义一个新的错误类型就扩展一个新的Exception子类。采用异常...
  • Android异常分析(转)

    千次阅读 2017-07-20 14:47:54
    关于异常 异常? 异常就是一种程序中没有预料到的问题,既然是没有预料到的,就可能不在原有逻辑处理范围内,脱离了代码控制,软件可能会出现各种奇怪的现象。比如:android系统常见异常现象有应用无响应、应用...
  • 【0】README0.1) 本文描述+源代码均 转自 core java volume 1, 旨在理解 java异常——分析堆栈跟踪元素+使用异常机制的技巧 的相关知识;【1】分析堆栈跟踪元素相关1.1)堆栈跟踪: 它是一个方法调用过程的列表, ...
  • Java常见异常类型及原因分析

    千次阅读 2018-08-24 17:07:05
    Java常见异常类型及原因分析 0x1 NullPointerException异常 顾名思义,NullPointerException 是空指针异常。但是在 Java 中没有指针,怎么会有 空指针异常呢? 在 C++中,声明的指针需要指向一个实例(通过 new...
  • Java异常打印输出中常见方法的分析

    万次阅读 多人点赞 2017-04-30 22:10:35
    但是一般在我们的项目中,由于经验阅历等多方面的原因,依然有若干的童鞋在代码中没有正确的使用异常打印方法,导致在项目的后台日志中,没有收到日志或者日志信息不完整等情况的发生,这些都给项目埋下了若干隐患。...
  • 一次RPC服务调用异常分析

    千次阅读 2018-07-02 12:29:01
    现象:RPC请求一直超时异常如下java.lang.RuntimeException: xxxRpcTimeOutException-null 分析:查看代码,可能是某个sql或者第三方服务调用超时造成的,查找该服务业务日志,没有发现任何异常日志数据!!这下子尴尬...
  • fastJson json转对象时发生异常

    千次阅读 2017-07-08 16:30:29
    前几天使用fastJson时发生异常,现将问题记录下来 问题背景:下载模块将下载任务数据和下载返回的页面数据放在一起,使用fastjson转成json存入redis中。web模块从redis里取数据,使用fastjson再转成对象 异常...
  • HDFS中zookeeper的异常分析

    千次阅读 2012-11-07 11:38:11
    当和zookeeper已经建立连接,但是要查找的节点信息不存在时,会抛出此异常。 当在查询节点信息的过程中,和zookeeperServer失去连接,此时KeeperException.Code为CONNECTIONLOSS,则,zookeeperClient端会继续查找...
  • zookeeper频繁异常问题分析

    万次阅读 2017-09-02 00:31:48
    从问题产生时间段的IO来分析,发现磁盘IO较正常点高了很多,达到200M/s,证明问题发生时,有大作业在进行磁盘IO,与开发人员杨仪军确认,其今天确实较以往跑了大数据的作业。颈,需进一步通过专业工具测试磁盘IO能力...
  • 网络通信中的异常分析

    千次阅读 2017-03-17 18:48:13
    异常一 accept返回前连接终止  描述:客户端在3次握手刚好完成的时候,发出RST。参见下图:      影响:服务器端的accept函数将会返回-1,同时errno的值被置为ECONNABORTED。 异常二 服务器子进程终止  描述:...
  • ARMv8 Linux内核异常处理过程分析

    万次阅读 2013-09-08 10:50:40
    看了Linaro提供的开源ARMv8 Linux内核源码,发现ARMv8异常处理与ARMv7及之前的架构有所不同,简单分析。 LinaroARMv8工程:http://www.linaro.org/engineering/engineering-projects/armv8 1.1 Linux内核异常处理...
  • java.util.ConcurrentModificationException异常分析及解决

    万次阅读 多人点赞 2018-07-26 11:03:04
    在开发的过程中,我们经常会对集合中的元素进行操作,改变集合的内容可能会产生ConcurrentModificationException异常,本文对该异常进行详细的分析。 可能一些同学看到过fail-fast或者fail-safe的概念,如果不了解...
  • stack overflow异常分析及解决办法

    万次阅读 2013-10-10 14:36:16
    stack overflow异常是程序中常常会碰到的,究其原因,是进程空间中的栈不够用。windows默认栈大小是1M,使用的栈超过了这个范围就会包stack overflow异常。  产生原因可以归结为两类: 错误。程序中出现了不该...
  • Android开机log和常见异常分析

    千次阅读 2017-05-23 10:43:58
    分析开机log,一是可以理一下android启动流程,二是可以通过log定位错误,下面列举一些常见android程序发生错误时抛出的异常,查找关键字xxxException可以快速定位android层错误以及原因: Java.lang....
  • LCD显示异常分析——撕裂(tear effect)

    万次阅读 多人点赞 2018-02-13 23:58:31
    在上一篇《LCD显示异常分析——开机闪现花屏》中,我们一起分析了开机花屏的问题,在这一篇中,我将对LCD撕裂(tear effect)问题进行详细分析,以及给出这类问题的常用解决方法。 本文适用范围: 对象:LCD驱动...
  • 我这里是要简单说一下,在ARM平台的用户层发生异常后的软硬件协同处理流程,是个大致的概况,对宏观了解后,具体细节内容网上有很多,可以自行查询。 用户层程序正在执行时,遇到未定义的指令(ARM不是别的...
  • wireshark TCP常见异常报文分析

    千次阅读 2019-10-19 15:44:59
    流媒体播放中,常常需要借助wireshark从TCP层面对交互过程进行分析,本文记录一些常见的TCP异常报文及其分析。 乱序与丢包 1、[TCP Previous segment not captured] [TCP Previous segment not captured]报文指的...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 332,883
精华内容 133,153
关键字:

产品发生异常如何分析