网络用语BUG是什么意思?
展开全部 bug “BUG”的由来Bug一词的原意是“臭虫”或“虫子”。
但是现在,在电脑系统或程序中,如果隐藏着的一些未被发现的缺陷或问题,人们也叫它“Bug”,这是怎么回事呢?原来,第一代的计算机是由许多庞大且昂贵的真空管组成,并利用大量的电力来使真空管发光。
可能正是由于计算机运行产生的光和热,引得一只小虫子?Bug 钻进了一支真空管内,导致整个计算机无法工作。
研究人员费了半天时间,总算发现原因所在,把这只小虫子从真空管中取出后,计算机又恢复正常。
后来,Bug这个名词就沿用下来,表示电脑系统或程序中隐藏的错误、缺陷、漏洞或问题。
与Bug相对应,人们将发现Bug并加以纠正的过程叫做“Debug”,意即“捉虫子”或“杀虫子”。
遗憾的是,在中文里面,至今仍没有与“Bug”准确对应的词汇,于是只能直接引用“Bug”一词。
虽然也有人使用“臭虫”一词替代“Bug”,但容易产生歧义,所以推广不开。
程序设计方面的解释 ◆ 所谓“(Bug)”,是指电脑系统的硬件、系统软件(如操作系统)或应用软件(如文字处理软件)出错。
硬件的出错有两个原因,一是设计错误,一是硬件部件老化失效等。
软件的错误全是厂家设计错误。
那种说用户执行了非法操作的提示,是软件厂商不负责的胡说八道...
BUG是什么意思
展开全部 bug是一个英文单词,本意是臭虫、缺陷、损坏、犯贫、窃听器、小虫等意思。
现在人们将在电脑系统或程序中,隐藏着的一些未被发现的缺陷或问题统称为bug(漏洞)。
程序错误(英语:Bug),在程序设计中的术语,是指在软件运行中因为程序本身有错误而造成的功能不正常、体验不佳、死机、数据丢失、非正常中断等现象。
中文常称BUG为“缺陷”。
而且,“缺陷”一词更能反映事情的本质。
因为“臭虫”是从外面爬进去的,并非程序本身有问题。
而程序本身存在的问题,是程序原来就具有的。
因此,在这里将BUG翻译为“系统漏洞”更合适。
在程序运用中,特别是应用程序,会出现莫名其妙的警告,让普通用户丈二和尚----摸不着头脑,这些警告常被称作“BUG”。
由于现代社会的发展,bug另有一种引申意义,用来形容某事物厉害的超乎想象,BUG可以使电脑系统崩溃、容易被施诈者攻击,现有修复漏洞的工具。
扩展资料: bug名称由来:为马克2号(Harvard Mark II)编制程序的葛丽丝·霍波(Grace Hopper)是一位美国海军准将及计算机科学家,同时也是世界最早的一批程序设计师之一,有一天,她在调试设备时出现故障,拆开继电器后,发现有只飞蛾被夹扁在触点中间,从而“卡”住了机器的运行。
于是,霍波诙谐的把程序故障统称为“臭虫(BUG)”,把排除程序故障叫DEBUG,而这奇怪的“称呼”,竟成为后来计算机领域的专业行话。
参考资料:百度百科-bug...
如何调试低概率复现bug
相信大家在测试过程中肯定遇到过这种Bug,不少这种不可复现的 Bug定位起来非常困难,可能很长时间都不能得到解决。
能否复现这些不可复现的Bug成为大家关注的一个话题,最近国外的测试专家James Bach、Jonathan Kohl等对这个话题进行了一些探讨,这里把他们的一些思路理出来和大家分享。
要想复现不可复现的Bug,需要先提到一个概念就是ET(Exploring Test),也就是探索式测试,这种测试方法是由James Bach首先提出来的,在所掌握的被测对象的信息不是很充分的情况下,这是一种很有效的测试方法,如果大家感兴趣,我再整理一篇ET的文章出来。
在给大家阐述的思路之前,先说说为什么要复现这些不可复现的Bug(废话两句^_^)。
对于整个项目或者产品而言,如果这些不可复现的Bug是很严重的Bug,比如导致系统崩溃等,如果不能及时、准确的定位和解决,最终发布出来的软件到达用户手中后,一旦出现势必会影响软件已经公司在用户心中的形象,严重的会“迫使”用户选择竞争对手的产品,这些显然都是公司所不愿看到的。
而对于测试人员而言,出现了这些不可复现的Bug,实际上是一次很好的锻炼和提高机会,如果只是提交缺陷报告将这个大皮球踢给开发人员,不仅丧失了一次提高测试水平的机会,还有可能破坏和开发人员之间的关系。
1、被测对象的版本信息我测试的到底是哪个版本,这主要是有两个作用:一是确认我测试的是正式的软件版本,如果不是就先记录下该问题,然后选择正式的版本进行测试(开发人员基于尝试的一次非正规的修改可能会导致不可复现的Bug);二是可以和其它版本进行对比,如果其它的版本没有类似的问题,就可以去对比这两个版本之间的区别。
2、环境这里的环境是指出现不可复现的Bug时所对应的测试环境等,比如测试所用的计算机,如果出现不可复现的Bug,那我换一台机器是不是还会出现类似的问题,也就是说通过环境的改变来进一步搜集不可复现Bug的相关信息。
4、人这里提到的人有两个含义:一是测试是由人来进行的,人的操作、人的思维方式会有不同,通过分析这些信息也有可能找到这些不可复现的Bug的蛛丝马迹;二是想复现不可复现的Bug,往往需要多个人之间的相互协作,比如测试人员、开发人员等,通过大家的沟通和协作就能更容易去复现了。
5、测试工具通过一些debug工具或者log工具等搜集内存等信息,根据这些信息来进行分析,找出不同信息之间的共同点,比如某一块内存始终都会被改写等,通过这种方式来去复现Bug。
上面的五个方面都是和ET的思想紧密相关的,通过不断的测试和不断的信息收集和分析,逐步的把模糊的、不确定的测试变成清晰的、确定的测试,这样就能复现那些不能复现的Bug了。
考虑信息时可以从以上五个方面来进行考虑。
相应的文章链接:
iphone5s软件cute cut崩溃,怎么办
解决方案一:在我的电脑图标点击右键——管理——事件查看器——应用程序,然后查看里面的日志信息,找到相关的错误信息记录,根据错误记录进行修复即可。
解决方案二:调试虚拟内存,选择“我的电脑右键选择属性”选择“高级”--设置--更改需要把虚拟内存更改到哪个分区直接点击对应的分区,然后选择“自定义大小”进行调节。
一般虚拟内存设置为物理内存的1.5——3倍即可。
(例如:1024--2046)完成后确定,重启电脑解决方案三:打开360安全卫士,点击“功能大全”,找到并打开“360系统急救箱”。
等360系统急救箱安装并更新完成后,点击右侧的“系统设置修复区”点击“全选”按钮后,点击“扫描修复”按钮。
等修复完成后,点击“退出”即可修复后如果软件多次崩溃或者停止响应,建议最好完全卸载然后重新安装一下。
紧急求助电脑高手.我的电脑要崩溃了
电脑蓝屏重启的原因是下面几个,你试着对照一下看,希望能帮到你……一、软件方面 1.病毒 “冲击波”病毒发作时还会提示系统将在60秒后自动启动。
木马程序从远程控制你计算机的一切活动,包括让你的计算机重新启动。
清除病毒,木马,或重装系统。
2.系统文件损坏 系统文件被破坏,如Win2K下的KERNEL32.DLL,Win98 FONTS目录下面的字体等系统运行时基本的文件被破坏,系统在启动时会因此无法完成初始化而强迫重新启动。
解决方法:覆盖安装或重新安装。
3.定时软件或计划任务软件起作用 如果你在“计划任务栏”里设置了重新启动或加载某些工作程序时,当定时时刻到来时,计算机也会再次启动。
对于这种情况,我们可以打开“启动”项,检查里面有没有自己不熟悉的执行文件或其他定时工作程序,将其屏蔽后再开机检查。
当然,我们也可以在“运行”里面直接输入“Msconfig”命令选择启动项。
二、硬件方面 1.机箱电源功率不足、直流输出不纯、动态反应迟钝。
用户或装机商往往不重视电源,采用价格便宜的电源,因此是引起系统自动重启的最大嫌疑之一。
①电源输出功率不足,当运行大型的3D游戏等占用CPU资源较大的软件时,CPU需要大功率供电时,电源功率不够而超载引起电源保护,停止输出。
电源停止输出后,负载减轻,此时电源再次启动。
由于保护/恢复的时间很短,所以给我们的表现就是主机自动重启。
②电源直流输出不纯,数字电路要求纯直流供电,当电源的直流输出中谐波含量过大,就会导致数字电路工作出错,表现是经常性的死机或重启。
③CPU的工作负载是动态的,对电流的要求也是动态的,而且要求动态反应速度迅速。
有些品质差的电源动态反应时间长,也会导致经常性的死机或重启。
④更新设备(高端显卡/大硬盘/视频卡),增加设备(刻录机/硬盘)后,功率超出原配电源的额定输出功率,就会导致经常性的死机或重启。
解决方法:现换高质量大功率计算机电源。
2.内存热稳定性不良、芯片损坏或者设置错误 内存出现问题导致系统重启致系统重启的几率相对较大。
①内存热稳定性不良,开机可以正常工作,当内存温度升高到一定温度,就不能正常工作,导致死机或重启。
②内存芯片轻微损坏时,开机可以通过自检(设置快速启动不全面检测内存),也可以进入正常的桌面进行正常操作,当运行一些I/O吞吐量大的软件(媒体播放、游戏、平面/3D绘图)时就会重启或死机。
解决办法:更换内存。
③把内存的CAS值设置得太小也会导致内存不稳定,造成系统自动重启。
一般最好采用BIOS的缺省设置,不要自己改动。
3.CPU的温度过高或者缓存损坏 ①CPU温度过高常常会引起保护性自动重启。
温度过高的原因基本是由于机箱、CPU散热不良,CPU散热不良的原因有:散热器的材质导热率低,散热器与CPU接触面之间有异物(多为质保帖),风扇转速低,风扇和散热器积尘太多等等。
还有P2/P3主板CPU下面的测温探头损坏或P4 CPU内部的测温电路损坏,主板上的BIOS有BUG在某一特殊条件下测温不准,CMOS中设置的CPU保护温度过低等等也会引起保护性重启。
②CPU内部的一、二级缓存损坏是CPU常见的故障。
损坏程度轻的,还是可以启动,可以进入正常的桌面进行正常操作,当运行一些I/O吞吐量大的软件(媒体播放、游戏、平面/3D绘图)时就会重启或死机。
解决办法:在CMOS中屏蔽二级缓存(L2)或一级缓存(L1),或更换CPU排除。
4.AGP显卡、PCI卡(网卡、猫)引起的自动重启 ①外接卡做工不标准或品质不良,引发AGP/PCI总线的RESET信号误动作导致系统重启。
②还有显卡、网卡松动引起系统重启的事例。
5. 并口、串口、USB接口接入有故障或不兼容的外部设备时自动重启 ①外设有故障或不兼容,比如打印机的并口损坏,某一脚对地短路,USB设备损坏对地短路,针脚定义、信号电平不兼容等等。
②热插拔外部设备时,抖动过大,引起信号或电源瞬间短路。
6.光驱内部电路或芯片损坏 光驱损坏,大部分表现是不能读盘/刻盘。
也有因为内部电路或芯片损坏导致主机在工作过程中突然重启。
光驱本身的设计不良,FireWare有Bug。
也会在读取光盘时引起重启。
7.机箱前面板RESET开关问题 机箱前面板RESET键实际是一个常开开关,主板上的RESET信号是+5V电平信号,连接到RESET开关。
当开关闭合的瞬间,+5V电平对地导通,信号电平降为0V,触发系统复位重启,RESET开关回到常开位置,此时RESET信号恢复到+5V电平。
如果RESET键损坏,开关始终处于闭合位置,RESET信号一直是0V,系统就无法加电自检。
当RESET开关弹性减弱,按钮按下去不易弹起时,就会出现开关稍有振动就易于闭合。
从而导致系统复位重启。
解决办法:更换RESET开关。
还有机箱内的RESET开关引线短路,导致主机自动重启。
8. 主板故障 主板导致自动重启的事例很少见。
一般是与RESET相关的电路有故障;插座、插槽有虚焊,接触不良;个别芯片、电容等元件损害。
三、其他原因 1.市电电压不稳 ①计算机的开关电源工作电压范围一般为170V-240V,当市电电压低于170V时,计算机...
网络流行语bug什么意思
bug是一个英文单词,本意是臭虫、缺陷、损坏、犯贫、窃听器、小虫等意思。
现在人们将在电脑系统或程序中,隐藏着的一些未被发现的缺陷或问题统称为bug(漏洞)。
由于现在社会的发展,bug另有一种引申意义,用来形容某事物厉害的超乎想象,BUG可以使电脑系统崩溃、容易被施诈者攻击,现有修复漏洞的工具。
Bug一词的原意是"臭虫"或"虫子";而在电脑系统或程序中隐藏着的一些未被发现的缺陷或问题,人们也叫它"bug"。
"Bug"的创始人赫柏的报告格蕾丝·赫柏(Grace Murray Hopper),是一位为美国海军工作的电脑专家,也是最早将人类语言融入到电脑程序的人之一。
而代表电脑程序出错的"bug" 这名字,正是由赫柏所取的。
1947年9月9日,赫柏对Harvard Mark II设置好17000个继电器进行编程后,技术人员正在进行整机运行时,它突然停止了工作。
于是他们爬上去找原因,发现这台巨大的计算机内部一组继电器的触点之间有一只飞蛾,这显然是由于飞蛾受光和热的吸引,飞到了触点上,然后被高电压击死。
所以在报告中,赫柏用胶条贴上飞蛾,并把"bug"来表示"一个在电脑程序里的错误","Bug"这个说法一直沿用到今天。
与Bug相对应,人们将发现Bug并加以纠正的过程叫做"Debug"(中文称作"调试"),意即"捉虫子"或"杀虫子"。
后来就直接用bug 在很多的软件测试中 都用Bug来说明那些问题。
如何定位Release程序崩溃原因
展开全部 1 案例描述作为Windows程序员,平时最担心见到的事情可能就是程序发生了崩溃(异常),这时Windows会提示该程序执行了非法操作,即将关闭。
请与您的供应商联系。
呵呵,这句微软的“名言”,恐怕是程序员最怕见也最常见的东西了。
在一个大型软件的测试过程中,初期出现程序崩溃似乎成了不可避免的事。
其实测试中出现程序崩溃并不可怕,反而是测试的成功。
作为开发的我们更需要关心的是程序中的哪个函数或哪一行导致了系统崩溃,这样才能有针对性的进行改正。
本文描述了自己总结的几种定位崩溃的办法。
2 案例分析以下是几种常见的崩溃现象及对应的处理办法:1. 对于Release版本必现的崩溃且在Debug版本上也崩溃的程序。
解决思路:去掉所有断点,直接在Debug版本上运行程序,在程序崩溃时,VC会自动跳转定位到崩溃代码行, 这种方法最简单也最常用。
2. 对于在Debug版本上不崩溃但Release版本崩溃的程序,很有可能是Debug和Release版本的差异。
例如Debug版本所有成员在构造时会被清0,而Release版本所有成员在构造时是内存里面的原始值,而且Debug有运行时库做保护,这些都会导致某些程序在Debug正常而Release崩溃。
解决思路:1)在程序中加打印,通过程序崩溃之前的打印定位出错位置; 2)逐段注释代码,直到程序不崩溃为止。
这种方法耗时较长,对程序员要求较高,而且对于那种不是必现的bug或者很难搭建执行环境的情况就较难处理了。
3. 对于在客户现场崩溃的情况,显然不适合直接带一台电脑去调试。
解决思路:应该有文件记录下崩溃信息,客服人员可以将崩溃信息文件发送给程序员,以便程序员查询崩溃原因,然后利用编译时生成MAP文件(工程信息文件,存放在版本编译机中)的信息来定位问题函数或问题代码行。
下面就这种方法展开讨论一下:3 解决过程对于上节第三种情况,也是最难解决的情况,解决过程如下:1. 崩溃回调注册,拦截Windows程序崩溃;2. 在回调处理中,输出崩溃原因,崩溃内存地址,崩溃堆栈;3. 工程输出map文件;4. 通过崩溃内存地址以及map文件找出崩溃的函数。
5. 使用COD文件精确定位崩溃行3.1 崩溃回调注册实际上,只靠Windows的错误消息对话框提供的信息量是很有限的。
用SetUnhandledExceptionFilter注册自定义错误处理回调函数,可以替换Win32默认的异常处理过滤器(top-level exception filter),而且能打印出崩溃堆栈,这对定位崩溃原因非常有用。
SetUnhandledExceptionFilter的函数原型:LPTOP_LEVEL_EXCEPTION_FILTER SetUnhandledExceptionFilter(LPTOP_LEVEL_EXCEPTION_FILTER lpTopLevelExceptionFilter ); 功 能:注册和注销异常处理回调;用 法:第一次调用注册异常处理回调,第二次调用注销;返回值:返回当前的exception filter。
需要保存这个函数指针,在注销异常处理回调的时候,以此为参数再次调用SetUnhandledExceptionFilter。
打印异常处理也需要此值。
参数: 异常处理的回调函数;3.2 输出崩溃信息崩溃信息在异常回调函数中打印,输出到程序执行目录下的文件:异常处理回调的函数原形:LONG WINAPI CallBackDebugInfo ( EXCEPTION_POINTERS *pException); 功 能:异常处理回调处理,打印崩溃信息;用 法:注册自定义错误处理回调:SetUnhandledExceptionFilter (CallBackDebugInfo);返回值:EXCEPTION_CONTINUE_EXECUTION – 错误已经被修复,从异常发生处继续执行EXCEPTION_CONTINUE_SEARCH – 继续查找异常过滤器EXCEPTION_EXECUTE_HANDLER – 正常返回参数: 崩溃信息结构,包含崩溃原因、崩溃模块、崩溃地址、崩溃堆栈等;常见崩溃原因有:EXCEPTION_ACCESS_VIOLATION = C0000005h 读写内存错误EXCEPTION_INT_DIVIDE_BY_ZERO = C0000094h 除0错误EXCEPTION_STACK_OVERFLOW = C00000FDh 堆栈溢出或者越界EXCEPTION_GUARD_PAGE = 80000001h 由Virtual Alloc建立起来的属性页冲突EXCEPTION_NONCONTINUABLE_EXCEPTION = C0000025h不可持续异常,程序无法恢复执行,异常处理例程不应处理这个异常EXCEPTION_INVALID_DISPOSITION = C0000026h在异常处理过程中系统使用的代码EXCEPTION_BREAKPOINT = 80000003h 调试时中断(INT 3)EXCEPTION_SINGLE_STEP = 80000004h 单步调试状态(INT 1)3.3 输出map文件map文件记录程序的全局符号、源文件和代码行号信息,是整个程序工程信息的静态文本。
通过文本阅读工具如Ultra Edit或记事本就可以打开Map文件。
在 VC 中,打开“Project Settings”选项页,选择 C/C++ 选项卡,并在最下面的 Project Options 里面输入:/Zd ,然后选择 Link 选项卡,选中“Generate mapfile”复选框。
并在最下面的 Project Options 里面输入:/mapinfo:lines,表示生成 map 文件时,加入行信息。
最后编译就可以生成 MAP 文件,可以在工程的Debug或Release目录下找到刚刚生成的MAP文件,文件名为“工程名.map”。
3.4 使用map文件找出崩溃函数 通过上面的步骤,已经得...
在ios开发中怎么获取应用崩溃日志
展开全部 一、如何获得crash日志 当一个iOS应用程序崩溃时,系统会创建一份crash日志保存在设备上。
这份crash日志记录着应用程序崩溃时的信息,通常包含着每个执行线程的栈调用信息(低内存闪退日志例外),对于开发人员定位问题很有帮助。
如果设备就在身边,可以连接设备,打开Xcode - Window - Organizer,在左侧面板中选择Device Logs(可以选择具体设备的Device Logs或者Library下所有设备的Device Logs),然后根据时间排序查看设备上的crash日志。
这是开发、测试阶段最经常采用的方式。
如果应用程序已经提交到App Store发布,用户已经安装使用了,那么开发者可以通过iTunes Connect(Manage Your Applications - View Details - Crash Reports)获取用户的crash日志。
不过这并不是100%有效的,而且大多数开发者并不依赖于此,因为这需要用户设备同意上传相关信息,详情可参见iOS: Providing Apple with diagnostics and usage information摘要。
考虑到并不是所有iPhone用户都允许自动发送诊断报告(crash日志),而且对于部分提交到Apple得crash日志,开发者还需要手动去拉取,然后找到对应的符号文件进行解析——这是一件很繁琐的事情。
所以实际项目开发中,通常接入现有的crash收集工具(参考1,参考2),或者自己编写一个进行自动化收集、解析和统计汇总。
二、如何解析crash日志 当获得一份crash日志时,我们需要将初始展示的十六进制地址等原始信息映射为源代码级别的方法名称和代码行数,使其对开发人员可读。
这个过程称为符号化解析。
要成功地符号化解析一份crash日志,我们需要有对应的应用程序二进制文件以及符号(.dSYM)文件。
如果处于开发调试阶段,通常Xcode都能匹配到crash日志对应的二进制文件和符号文件,所以能够帮我们自动解析。
如果处于测试阶段,测试人员已经安装了不同的版本(比如alpha、beta版本),那么需要保存好对应版本的二进制文件和符号文件,以便在应用程序崩溃时对crash日志进行解析。
对于这种场景下产生的crash日志,只需要将.crash文件、.app文件和.dSYM文件三者放在同一个目录下,然后将.crash文件拖放到Xcode - Window - Organizer中左侧面板Library下的Device Logs中,即可进行解析。
如果要提交发布,那么我们通常会先执行Clean,再Build,最后通过Product - Archive来打包。
这样,Xcode会将二进制文件和符号文件归档在一起,可以通过Organizer中的Archives进行浏览。
三、如何分析crash日志 在分析一份crash日志之前,如果开发人员对于常见的错误类型有所了解,那定是极好的。
crash日志的产生来源于两种问题:违反iOS策略被干掉,以及自身的代码bug。
1. iOS策略 1.1 低内存闪退 前面提到大多数crash日志都包含着执行线程的栈调用信息,但是低内存闪退日志除外,这里就先看看低内存闪退日志是什么样的。
我们使用Xcode 5和iOS 7的设备模拟一次低内存闪退,然后通过Organizer查看产生的crash日志,可以发现Process和Type都为Unknown: 而具体的日志内容如下: 第一部分是崩溃信息,包括识别标识、软硬件信息和时间信息等。
第二部分是内存页分配信息,以及当前占用内存最多的进程,上图中为crashTypeDemo。
第三部分是具体的进程列表,描述着每个进程使用内存的情况以及当前状态。
在较早的版本中可以在某些进程后面看到“jettisoned”字样,表明这些进程使用过多内存被终止了,而现在我们看到的是“vm-pageshortage”字样。
当iOS检测到内存过低时,它(的VM系统)会发出低内存警告通知,尝试回收一些内存;如果情况没有得到足够的改善,iOS会终止后台应用以回收更多内存;最后,如果内存还是不足,那么正在运行的应用可能会被终止掉。
所以,我们的应用应该合理地响应系统抛出来的低内存警告通知,对一些缓存数据和可重新创建的对象进行释放,同时要避免出现内存泄露等问题。
低内存闪退是由iOS策略决定终止应用程序运行的,同样基于iOS策略的还有Watchdog超时和用户强制退出。
1.2 Watchdog超时 Apple的iOS Developer Library网站上,QA1693文档中描述了Watchdog机制,包括生效场景和表现。
如果我们的应用程序对一些特定的UI事件(比如启动、挂起、恢复、结束)响应不及时,Watchdog会把我们的应用程序干掉,并生成一份响应的crash报告。
这份crash报告的有趣之处在于异常代码:“0x8badf00d”,即“ate bad food”。
如果说特定的UI事件比较抽象,那么用代码来直接描述的话,对应的就是(创建一个工程时Xcode自动生成的)UIApplicationDelegate的几个方法: 所以当遇到Watchdog日志时,可以检查下上图几个方法是否有比较重的阻塞UI的动作。
QA1693举的例子是在主线程进行同步网络请求。
如果我们是在公司的Wifi环境下使用则一切顺利,但当应用程序发布出去面向很大范围的用户,在各种网络环境下运行,则不可避免地会出现一片Watchdog超时报告。
另一种可能出现问题的场景就是数据量比较大的情况下进行的数据库版本迁移(同样是在主线程上),这也是促使我写这篇总结的一个直接...
我的电脑开机后玩一玩就出现svchost.exe应用程序错误 怎么解决啊
开机系统出现svchost.exe应用程序错误解决方法:1 病毒木马原因导致的,因为svchost进程启动各种服务,所以病毒、木马也想尽办法来利用它,企图利用它的特性来迷惑用户,使svchost成为病毒的傀儡进程,进行病毒下载操作,从而下载大量木马,盗取用户信息。
解决方法可以使用主流的杀毒软件查杀。
2 IE组件在注册表中注册信息被破坏,重新注册ie组件信息问题即可解决。
3 如果电脑有打印机,还可能是因为打印机驱动安装错误,也会造成的错误,只要重新安装打印机驱动即可解决。
4 某些软件与Svchost.exe发生冲突导致的,解决方法就是卸载该软件或者升级该软件到最新版本。
5 现在大多数网民喜欢使用ghost系统,破解版系统,但是使用这些系统可能存在不兼容因素,很容易导致发生的错误,最好解决方法就是安装使用正版操作系统。
应用程序错误 该内存不能为written
如果只是某个应用程序出错,解决方法如下:1、卸载此程序,重新安装。
2、更新最新的稳定版本。
不要用测试版。
3、重装系统。
一、该内存不能为"written"的解决办法如下:1、首先更换正式版的应用程序,卸载测试版的应用程序。
2、再排除是不是病毒木马引起的,使用口碑较好的杀毒软件查杀。
3、可以尝试下面解决该内存不能为writte的方法:打开“开始”菜单——运行中输入cmd 回车,在命令提示符下输入“for %1 in (%windir%\system32\*.ocx) do regsvr32 /s %1”;完了后,再输入以下内容并回车 “for %1 in (%windir%\system32\*.dll) do regsvr32 /s %1”4、修复系统漏洞,通过系统本身的软件更新或软件修复。
5、最后看是不是硬件引起的,分别检查内存条,主板,散热器等等。
二、该内存不能为written原因有如下可能:1.有病毒木马,或杀毒软件错杀了系统文件。
2.应用程序组件丢失。
3.使用破解版或者测试版软件,因为该类软件存在bug会很多,而且很严重。
4.操作系统自身的问题,操作系统本身也会有bug 。
5.硬件问题,例如内存条坏了或者存在质量问题,或者内存条的金手指的灰尘特别多。
转载请注明出处51数据库 » 软件崩溃的bug怎么调试