求指点一个简单的解码！

爱在今世 2013-04-08 04:28:17

浏览器地址栏里面的中文往往会变成其他的编码，比如说中国==%E4%B8%AD%E5%9B%BD。
求指点！如何将%E4%B8%AD%E5%9B%BD变回中国两个汉字呢？

...全文

126 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

爱在今世 2013-04-08

打赏
举报

回复

谢啦！果然没错

人傻且呆但不萌 2013-04-08

打赏
举报

回复

string txt =HttpUtility.UrlDecode("%E4%B8%AD%E5%9B%BD");

bdmh 2013-04-08

打赏
举报

回复

HttpUtility的UrlEncode和UrlDecode

小弟不才。之前放假自学了红外线收发，现在给大家共享一下。代码简单明了，希望能给初学者提供一些帮助，也希望诸位大神们指点不足。 NEC协议：9ms低电平和4.5ms高电平组成引导码；0.56ms低电平和0.56ms高电平组成数据“0”；0.56ms低电平和1.69ms高电平组成数据“1”，通过1602液晶屏作为显示输出。

参考《directshow实物精选》中的几个程序，完成了一个简单的vod程序，不过和VODDEMO的思路不太一样，是把splitter后的数据在网络传输，两端同步播放，有点象QQ里的播放影音文件的功能，支持avi，mpeg1，rmvb，ogg格式，需要安装相应的解码器。技术上并没有什么，只是有些自己的思路，我初学directshow不久，水平有限，代码也写的有点乱。还有一些问题，特别是时间戳的设定，希望高手们的指点！QQ32011117

分布式微服务当道的现在，服务之间的通信，网络编程是基础，网络编程对服务之间的调用变得越来越重要；Netty 作为当前流行的 NIO 框架，在微服务，游戏、大数据通讯，云计算、物联网等领域都有广泛的应用，大家熟知的 Dubbo，Rocketmq，Spark，Hbase，ES等底层用的都是 Netty；如果是一名java开发者Netty框架是一个必须要研究学习的技术；这门课收益最大的学生是工作中需要或者使用过netty，想深入全面掌握netty底层原理及源码的人；如果你想全面深入的学习netty，想深入了解netty的底层设计，掌握其中的原理，学习源码是如何实现的，那么这门课程就适合你，本课程学习netty其中最重要的一部分：编解码；在此课程中你可以学到如下知识：掌握netty的编解码技巧；了解开发一个简易RPC框架的流程；手把手编写一个RPC微服务；学习什么是tcp的拆包，粘包；开发一个redis客户端；

出现这个现象有方面的，一是硬件，即内存方面有问题，二是软件，这就有多方面的问题了。一：先说说硬件：一般来说，电脑硬件是很不容易坏的。内存出现问题的可能性并不大（除非你的内存真的是杂牌的一塌徒地），主要方面是：1。内存条坏了（二手内存情况居多）、2。使用了有质量问题的内存，3。内存插在主板上的金手指部分灰尘太多。4。使用不同品牌不同容量的内存，从而出现不兼容的情况。5。超频带来的散热问题。你可以使用MemTest 这个软件来检测一下内存，它可以彻底的检测出内存的稳定度。二、如果都没有，那就从软件方面排除故障了。先说原理：内存有个存放数据的地方叫缓冲区，当程序把数据放在缓冲区，需要操作系统提供的“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给应用程序，应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”，内存地址也就是编程中的“光标”。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时系统函数会返回一个0值，这时返回值“0”已不表示新启用的光标，而是系统向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存后都应该检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了程序的“健壮性”。若应用程序没有检查这个错误，它就会按照“思维惯性”认为这个值是给它分配的可用光标，继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的“中断描述符表”，绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS)，写数据到这个地址会导致立即当机，而在健壮的操作系统中，如Windows等，这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防止其错误扩大。这时候，就会出现上述的内存不能为“read”错误，并指出被引用的内存地址为“0x00000000“。内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。因此，这种分配失败多见于操作系统使用很长时间后，安装了多种应用程序(包括无意中“安装”的病毒程序)，更改了大量的系统参数和系统档案之后。在使用动态分配的应用程序中，有时会有这样的情况出现：程序试图读写一块“应该可用”的内存，但不知为什么，这个预料中可用的光标已经失效了。有可能是 “忘记了”向操作系统要求分配，也可能是程序自己在某个时候已经注销了这块内存而“没有留意”等等。注销了的内存被系统回收，其访问权已经不属于该应用程序，因此读写操作也同样会触发系统的保护机制，企图“违法”的程序唯一的下场就是被操作终止执行，回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊！像这样的情况都属于程序自身的BUG，你往往可在特定的操作顺序下重现错误。无效光标不一定总是0，因此错误提示中的内存地址也不一定为 “0x00000000”，而是其它随机数字。首先建议： 1、检查系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统，从而导致操作系统异常。平常应加强信息安全意识，对来源不明的可执行程序绝不好奇。 2、更新操作系统，让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。有时候操作系统本身也会有BUG，要注意安装官方发行的升级程序。 3、尽量使用最新正式版本的应用程序、Beta版、试用版都会有BUG。 4、删除然后重新创建 WinntSystem32WbemRepository 文件夹中的文件：在桌面上右击我的电脑，然后单击管理。在"服务和应用程序"下，单击服务，然后关闭并停止 Windows Management Instrumentation 服务。删除 WinntSystem32WbemRepository 文件夹中的所有文件。（在删除前请创建这些文件的备份副本。）打开"服务和应用程序"，单击服务，然后打开并启动 Windows Management Instrumentation 服务。当服务重新启动时，将基于以下注册表项中所提供的信息重新创建这些文件： HKEY_LOCAL_MACHINESOFTWAREMicrosoftWBEMCIMOMAutorecover MOFs 下面搜集几个例子给大家分析：例一：IE浏览器出现“0x0a8ba9ef”指令引用的“0x03713644” 内存，或者“0x70dcf39f”指令引用的“0x00000000”内存。该内存不能为“read”。要终止程序，请单击“确定”的信息框，单击“确定”后，又出现“发生内部错误，您正在使用的其中一个窗口即将关闭”的信息框，关闭该提示信息后，IE浏览器也被关闭。解决方法： 1、开始-运行窗口，输入“regsvr32 actxprxy.dll”回车，接着会出现一个信息对话框“DllRegisterServer in actxprxy.dll succeeded”，确定。再依次运行以下命令。（这个方法有人说没必要，但重新注册一下那些.dll对系统也没有坏处，反正多方下手，能解决问题就行。） regsvr32 shdocvw.dll regsvr32 oleaut32.dll regsvr32 actxprxy.dll regsvr32 mshtml.dll regsvr32 msjava.dll regsvr32 browseui.dll regsvr32 urlmon.dll 2、修复或升级IE浏览器，同时打上系统补丁。看过其中一个修复方法是，把系统还原到系统初始的状态下。建议将IE升级到了6.0。例二：有些应用程序错误: “0x7cd64998” 指令参考的 “0x14c96730” 内存。该内存不能为 “read”。解决方法：Win XP的“预读取”技术这种最佳化技术也被用到了应用程序上，系统对每一个应用程序的前几次启动情况进行分析，然后新增一个描述套用需求的虚拟“内存映像”，并把这些信息储存到WindowsPrefetch文件夹。一旦建立了映像，应用软件的装入速度大大提高。XP的预读取数据储存了最近8次系统启动或应用软件启动的信息。建议将虚拟内存撤换，删除WindowsPrefetch目录下所有*.PF文件，让windows重新收集程序的物理地址。例三：在XP下双击光盘里面的“AutoRun.exe”文件，显示“0x77f745cc”指令引用的“0x00000078”内存。该内存不能为“written”，要终止程序，请单击“确定”，而在Windows 98里运行却正常。解决方法：这可能是系统的兼容性问题，winXP的系统，右键“AutoRun.exe”文件，属性，兼容性，把“用兼容模式运行这个程序”项选择上，并选择“Windows 98/Me”。win2000如果打了SP的补丁后，只要开始，运行，输入：regsvr32 c:winntapppatchslayerui.dll。右键，属性，也会出现兼容性的选项。例四：RealOne Gold关闭时出现错误，以前一直使用正常，最近却在每次关闭时出现“0xffffffff”指令引用的“0xffffffff”内存。该内存不能为 “read” 的提示。解决方法：当使用的输入法为微软拼音输入法2003，并且隐藏语言栏时（不隐藏时没问题）关闭RealOne就会出现这个问题，因此在关闭RealOne 之前可以显示语言栏或者将任意其他输入法作为当前输入法来解决这个问题。例五：我的豪杰超级解霸自从上网后就不能播放了，每次都提示“0x060692f6”（每次变化）指令引用的“0xff000011”内存不能为 “read”，终止程序请按确定。解决方法：试试重装豪杰超级解霸,如果重装后还会，到官方网站下载相应版本的补丁试试。还不行，只好换就用别的播放器试试了。例六：双击一个游戏的快捷方式，“0x77f5cd0”指令引用“0xffffffff”内存，该内存不能为“read” ，并且提示Client.dat程序错误。解决方法：重装显卡的最新驱动程序，然后下载并且安装DirectX9.0。例七：一个朋友发信息过来，我的电脑便出现了错误信息:“0x772b548f”指令引用的“0x00303033”内存，该内存不能为 “written”,然后QQ自动下线，而再打开QQ，发现了他发过来的十几条的信息。解决方法：这是对方利用QQ的BUG，发送特殊的代码，做QQ出错，只要打上补丁或升级到最新版本，就没事了。该内存不能为read或written的解决方案关键词：该内存不能为"read" 该内存不能为"written" 从网上搜索来的几篇相关文章. 【文章一】使用Windows操作系统的人有时会遇到这样的错误信息：「“0X????????”指令引用的“0x00000000”内存，该内存不能为“read”或“written”」，然后应用程序被关闭。如果去请教一些「高手」，得到的回答往往是「Windows就是这样不稳定」之类的义愤和不屑。其实，这个错误并不一定是Windows不稳定造成的。本文就来简单分析这种错误的一般原因。一、应用程序没有检查内存分配失败程序需要一块内存用以储存数据时，就需要使用操作系统提供的「功能函数」来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给应用程序，应用程序就可以通过这个地址使用这块内存。这就是「动态内存分配」，内存地址也就是编程中的「光标」。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时系统函数会返回一个0值，这时返回值「0」已不表示新启用的游标，而是系统向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存后都应该检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了程序的「健壮性」。若应用程序没有检查这个错误，它就会按照「思维惯性」认为这个值是给它分配的可用游标，继续在之后的执行中使用这块内存。真正的0地址内存区储存的是计算机系统中最重要的「中断描述符表」，绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS)，写数据到这个地址会导致立即当机，而在健壮的操作系统中，如 Windows等，这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防止其错误扩大。这时候，就会出现上述的「写内存」错误，并指出被引用的内存地址为「0x00000000」。内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。因此，这种分配失败多见于操作系统使用很长时间后，安装了多种应用程序(包括无意中「安装」的病毒程序)，更改了大量的系统参数和系统档案之后。二、应用程序由于自身BUG引用了不正常的内存光标在使用动态分配的应用程序中，有时会有这样的情况出现：程序试突读写一块「应该可用」的内存，但不知为什么，这个预料中可用的光标已经失效了。有可能是「忘记了」向操作系统要求分配，也可能是程序自己在某个时候已经注销了这块内存而「没有留意」等等。注销了的内存被系统回收，其访问权已经不属于该应用程序，因此读写操作也同样会触发系统的保护机制，企图「违法」的程序唯一的下场就是被操作终止执行，回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊！像这样的情况都属于程序自身的BUG，你往往可在特定的操作顺序下重现错误。无效光标不一定总是0，因此错误提示中的内存地址也不一定为「0x00000000」，而是其它随机数字。如果系统经常有所提到的错误提示，下面的建议可能会有说明： 1.检视系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统，从而导致操作系统异常。平常应加强信息安全意识，对来源不明的可执行程序绝不好奇。 2.更新操作系统，让操作系统的安装程序重新拷贝正确版本的系统档案、修正系统参数。有时候操作系统本身也会有BUG，要注意安装官方发行的升级程序。 3.试用新版本的应用程序。 Mode: 将虚拟内存撤换答案: 目前为止是肯定的，也就是如在下次冷天到来时亦没再发生，就代表这是主因追加: 如果你用 Ghost 恢复 OS 后建议删除WINDOWS＼PREFETCH目录下所有*.PF文件因为需让windows重新收集程序的物理地址有些应用程序错误 "0x7cd64998" 指令参考的 "0x14c96730" 内存。该内存不能为 "read"推论是此原因源由: Win XP的「预读取」技术这种最佳化技术也被用到了应用软件上，系统对每一个应用软件的前几次启动情况进行分析，然后新增一个描述套用需求的虚拟「内存映像」，并把这些信息储存到 WINDOWSPREFETCH数据夹。一旦建立了映像，应用软件的装入速度大大提高。XP的预读取数据储存了最近8次系统启动或应用软件启动的信息。后叙: 目前此方法亦是独步网络的(其码自己针对此问题查了许久)，也是常见问题，原本几乎每天睡前关闭软件时一些程序都会发生...read... 现在就没发生了。【文章二】运行某些程序的时候，有时会出现内存错误的提示（0x后面内容有可能不一样），然后该程序就关闭。 “0x????????”指令引用的“0x????????”内存。该内存不能为“read”。 “0x????????”指令引用的“0x????????”内存，该内存不能为“written”。不知你出现过类似这样的故障吗？一般出现这个现象有方面的，一是硬件，即内存方面有问题，二是软件，这就有多方面的问题了。下面先说说硬件：一般来说，内存出现问题的可能性并不大，主要方面是：内存条坏了、内存质量有问题，还有就是2个不同牌子不同容量的内存混插，也比较容易出现不兼容的情况，同时还要注意散热问题，特别是超频后。你可以使用MemTest 这个软件来检测一下内存，它可以彻底的检测出内存的稳定度。假如你是双内存，而且是不同品牌的内存条混插或者买了二手内存时，出现这个问题，这时，你就要检查是不是内存出问题了或者和其它硬件不兼容。如果都没有，那就从软件方面排除故障了。先简单说说原理：内存有个存放数据的地方叫缓冲区，当程序把数据放在其一位置时，因为没有足够空间，就会发生溢出现象。举个例子：一个桶子只能将一斤的水，当你放入两斤的水进入时，就会溢出来。而系统则是在屏幕上表现出来。这个问题，经常出现在windows2000和XP系统上，Windows 2000/XP对硬件的要求是很苛刻的,一旦遇到资源死锁、溢出或者类似Windows 98里的非法操作，系统为保持稳定，就会出现上述情况。另外也可能是硬件设备之间的兼容性不好造成的。下面我从几个例子给大家分析：例一：打开IE浏览器或者没过几分钟就会出现"0x70dcf39f"指令引用的"0x00000000"内存。该内存不能为“read”。要终止程序，请单击“确定”的信息框，单击“确定”后，又出现“发生内部错误，您正在使用的其中一个窗口即将关闭”的信息框，关闭该提示信息后，IE浏览器也被关闭。解决方法：修复或升级IE浏览器，同时打上补丁。看过其中一个修复方法是，Win2000自升级，也就是Win2000升级到Win2000，其实这种方法也就是把系统还原到系统初始的状态下。比如你的IE升级到了6.0，自升级后，会被IE5.0代替。例二：在windows xp下双击光盘里面的“AutoRun.exe”文件，显示“0x77f745cc”指令引用的“0x00000078”内存。该内存不能为 “written”，要终止程序，请单击“确定”，而在Windows 98里运行却正常。解决方法：这可能是系统的兼容性问题，winXP的系统，右键“AutoRun.exe”文件，属性，兼容性，把“用兼容模式运行这个程序”项选择上，并选择“Windows 98/Me”。win2000如果打了SP的补丁后，只要开始，运行，输入：regsvr32 c:winntapppatchslayerui.dll。右键，属性，也会出现兼容性的选项。例三：RealOne Gold关闭时出现错误，以前一直使用正常，最近却在每次关闭时出现“0xffffffff”指令引用的“0xffffffff”内存。该内存不能为 “read” 的提示。解决方法：当使用的输入法为微软拼音输入法2003，并且隐藏语言栏时（不隐藏时没问题）关闭RealOne就会出现这个问题，因此在关闭RealOne 之前可以显示语言栏或者将任意其他输入法作为当前输入法来解决这个问题。例四：我的豪杰超级解霸自从上网后就不能播放了，每次都提示“0x060692f6”（每次变化）指令引用的“0xff000011”内存不能为 “read”，终止程序请按确定。解决方法：试试重装豪杰超级解霸,如果重装后还会，到官方网站下载相应版本的补丁试试。还不行，只好换就用别的播放器试试了。例五：双击一个游戏的快捷方式，“0x77f5cd0”指令引用“0xffffffff”内存，该内存不能为“read” ，并且提示Client.dat程序错误。解决方法：重装显卡的最新驱动程序，然后下载并且安装DirectX9.0。例六：一个朋友发信息过来，我的电脑便出现了错误信息:“0x772b548f”指令引用的“0x00303033”内存，该内存不能为 “written”,然后QQ自动下线，而再打开QQ，发现了他发过来的十几条的信息。解决方法：这是对方利用QQ的BUG，发送特殊的代码，做QQ出错，只要打上补丁或升级到最新版本，就没事了。【原因解决方法】 1 内存条坏了更换内存条 2 双内存不兼容使用同品牌的内存或只要一条内存 3 内存质量问题更换内存条 4 散热问题加强机箱内部的散热 5 内存和主板没插好或其他硬件不兼容重插内存或换个插槽 6 硬件有问题更换硬盘 7 驱动问题重装驱动,如果是新系统,应先安装主板驱动 8 软件损坏重装软件 9 软件有BUG 打补丁或更新到最新版本 10 软件和系统不兼容给软件打上补丁或是试试系统的兼容模式 11 软件和软件之间有冲突如果最近安装了什么新软件,卸载了试试 12 软件要使用其他相关的软件有问题重装相关软件,比如播放某一格式的文件时出错,可能是这个文件的解码器有问题 13 病毒问题杀毒 14 杀毒软件与系统或软件相冲突由于杀毒软件是进入底层监控系统的,可能与一些软件相冲突,卸载试试 15 系统本身有问题有时候操作系统本身也会有BUG,要注意安装官方发行的更新程序,象SP的补丁,最好打上.如果还不行,重装系统,或更换其他版本的系统。〔又一说〕在控制面板的添加/删除程序中看看你是否安装了微软NET.Framework，如果已经安装了，可以考虑卸载它，当然如果你以后在其它程序需要NET.Framework时候，可以再重新安装。另外，如果你用的是ATI显卡并且你用的是SP2的补丁（一些ATI的显卡驱动需要在NET.Framework正常工作的环境下）。这种情况你可以找一款不需要NET.Framework支持的ATI显卡驱动。如果以上两种方法并不能完全解决问题，你试着用一下“IE修复”软件，并可以查查是否有病毒之类的。〔微软NET.Framework升级到1.1版应该没问题了〕〔还有一说〕方法一：微软新闻组的朋友指点:开始--运行：regsvr32 jscript.dll 开始--运行：regsvr32 vbscript.dll 不过没解决---但提供了路子-----一次运行注册所有dll 搜索查找到方法如下: 运行输入cmd 回车在命令提示符下输入 for %1 in (%windir%system32*.dll) do regsvr32.exe /s %1 这个命令老兄你慢慢输输入正确的话会看到飞快地滚屏否则……否则失败就是没这效果。回车后慢慢等（需要点时间1-2分钟）都运行完再打开看方法二：这是个典型问题~~~~~引起这个问题的原因很多。一般来讲就是给系统打上补丁和更换内存、给内存换个插槽这3种方法来解决。[系统补丁只要到Microsoft Update网站在线更新就可以了] 造成这种问题的原因很多，不能单纯的下结论，尽量做到以下几点可能对你有帮助： 1。确保使用的是未修改过的软件（非汉化、破解版） 2。使用改软件时尽量不要运行其他软件。（这是个临时文件，可能某些软件也在使用临时文件夹，所以产生干扰） 3。把那些什么桌面工具，内存整理工具通通关掉（你至少有2个类似的工具在运行）” 处理方法：运行regedit进入注册表, 在HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionExplorerShellExecuteHooks 下，应该只有一个正常的键值"{AEB6717E-7E19-11d0-97EE-00C04FD91972}, 将其他的删除。〔我个人的最后解决和看法〕我今天尝试了多种办法，最后我发现问题出在微软的NET.Framework上面。我升级了这个软件，并打齐了补丁，短暂平安后，有出现“内存不能为read”的情况。后来我受上面文章的启发，卸载了微软的NET.Framework1.0和1.1,世界太平了。另外：如果是打开“我的电脑”、“我的文档”等的时候出现上述情况，还有一种可能，就是你的右键菜单太臃肿了，此时只要清理右键菜单问题就解决了。 -------------------------------------------------------------------------------- 〔试验的结果〕上面的方法，最管用、最彻底的方法是这个：运行输入cmd 回车在命令提示符下输入 for %1 in (%windir%system32*.dll) do regsvr32.exe /s %1 【技巧】如果怕输入错误的话，可以复制这条指令，然后在命令提示框点击左上角的c：，使用下面的“编辑－粘贴”功能就不容易输错了。在飞速滚屏完全静止之后，别着急启动其他程序，先耐心等一会儿，因为此时dll们还在找位置。直到你的指示灯不闪了再做别的。其他建议使用Windows操作系统的人有时会遇到这样的错误信息：“0X????????指令引用的0x00000000内存，该内存不能written”，然后应用程序被关闭。如果去请教一些“高手”，得到的回答往往是“Windows就是这样不稳定”之类的义愤和不屑。其实，这个错误并不一定是Windows不稳定造成的。本文就来简单分析这种错误的常见原因。一、应用程序没有检查内存分配失败程序需要一块内存用以保存数据时，就需要调用操作系统提供的“功能函数”来申请，如果内存分配成功，函数就会将所新开辟的内存区地址返回给应用程序，应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”，内存地址也就是编程中的“指针”。内存不是永远都招之即来、用之不尽的，有时候内存分配也会失败。当分配失败时系统函数会返回一个0值，这时返回值“0”已不表示新启用的指针，而是系统向应用程序发出的一个通知，告知出现了错误。作为应用程序，在每一次申请内存后都应该检查返回值是否为0，如果是，则意味着出现了故障，应该采取一些措施挽救，这就增强了程序的“健壮性”。若应用程序没有检查这个错误，它就会按照“思维惯性”认为这个值是给它分配的可用指针，继续在之后的运行中使用这块内存。真正的0地址内存区保存的是计算机系统中最重要的“中断描述符表”，绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS)，写数据到这个地址会导致立即死机，而在健壮的操作系统中，如Windows等，这个操作会马上被系统的保护机制捕获，其结果就是由操作系统强行关闭出错的应用程序，以防止其错误扩大。这时候，就会出现上述的“写内存”错误，并指出被引用的内存地址为“0x00000000”。内存分配失败故障的原因很多，内存不够、系统函数的版本不匹配等都可能有影响。因此，这种分配失败多见于操作系统使用很长时间后，安装了多种应用程序(包括无意中“安装”的病毒程序)，更改了大量的系统参数和系统文件之后。二、应用程序由于自身BUG引用了不正常的内存指针在使用动态分配的应用程序中，有时会有这样的情况出现：程序试图读写一块“应该可用”的内存，但不知为什么，这个预料中可用的指针已经失效了。有可能是“忘记了”向操作系统要求分配，也可能是程序自己

　本书内容　　本书的各个章节及其组织方式如下所示。　　第1章“Android系统概述”，概述Android系统方面的内容，包括智能手机平台的发展历程、Android系统的特点、Android的3种开发工作，以及Android的2种不同的开发方式。　　第2章“Android系统开发综述”，介绍Android系统开发的综述性内容，包括工具使用、获得代码、编译系统、仿真器运行、SDK使用等。　　第3章“Android的Linux内核与驱动程序”，介绍Android内核的特点、Android中使用的专用驱动程序、Android系统可能使用的标准设备驱动。　　第4章“Android的底层库和程序”，介绍Android系统的基础程序，以本地程序为主。　　第5章“Android的Java虚拟机和Java环境”，这是介于本地和Java层之间的相关内容，主要介绍Android的Java虚拟机Dalvik的基本概念、Android Java程序的环境、JNI的使用方法，以及Java框架的启动流程等。　　第6章“Android的GUI系统”，包括Android GUI系统架构、底层的pixelflinger和libui库、Surface系统、Skia和2D图形系统、Android的OpenGL和3D图形系统等内容。　　第7章“Android的Audio系统”，主要是音频的输入输出环节，音频系统从驱动程序、本地框架到Java框架都具有内容。　　第8章“Android的Video输入输出系统”，介绍Android的Video输入输出系统，包括Overlay系统和Camera系统两个部分，前者只有本地的内容，后者各个层次均有内容。　　第9章“Android的多媒体系统”，介绍Android的多媒体系统的核心部分，包括Android中多媒体系统的业务、结构、多媒体系统的核心框架、OpenCore系统结构和使用等内容。　　第10章“Android的电话部分”，介绍Android系统在电话方面的功能，Android是智能手机系统，电话是其核心部分。　　第11章“Android的连接部分”，主要包括WiFi、蓝牙及定位系统等，这些Android的连接部分也具有从驱动层到Java应用层的结构。　　第12章“Android的传感器系统”，传感器系统涉及Android的各个层次，具有完整的结构，相比其他系统，传感器系统的各个层次都比较简单。　　第6～12章分模块介绍Android的几个核心系统，主要是本地框架和Java框架方面的内容，兼顾应用程序和驱动层，这是本书的重点。　　第13章“Android应用程序概述及框架”，介绍Android应用程序层的基本概念和应用程序框架，这部分内容是Android自下而上的第4个层次，可以基于源代码或者SDK开发，它们之间的差别非常小。　　第14章“Android应用程序的主要方面”，介绍Android应用程序层开发的各个方面，基本上是横向内容，包括应用程序的基本控制、各种UI元素的使用、图形API使用3个方面的内容。　　第15章“Android应用程序的设计思想”，本章的内容是基于通用的应用程序和GUI程序的通用设计思想，结合Android系统自身的特点，提出一些值得注意的问题和设计方法。　　本书读者　　本书适应广大的读者群，力求在Android的系统移植、应用程序开发、系统框架改进方面给读者全面的支持。不同的读者在学习本书时，应该使用不同的方法。　　Android初级开发者：在本书指引下阅读代码，搭建系统开发环境，对于Android应用程序的开发者，重点关注后3章的内容。　　Android中、高级开发者：通过本书的引导，学习系统架构，关注开发要点，并尽量使用手机系统的通用设计思想、软件工程思想、系统工程思想来指导Android系统学习。　　嵌入式Linux系统学习者：将Android作为一个集Linux核心和应用层程序于一体的系统进行学习，并可以利用Android的仿真环境运行和调试程序。　　读者在学习本书的过程中，应尽量对照本书的框图和手头的Android源代码，这样可以达到事半功倍的效果。本书在重点代码中加上大量的注释，帮助读者阅读，对于非重点的代码，不占用本书的篇幅，读者可以参考开放的源代码。可以采用顺序读和重点读相结合的方式学习本书，顺序读关注系统框架，重点读关注开发要点。　　本书作者　　本书在编写过程中提炼和综合Android早期开发者的经验、中国大陆Androidin社区的开发成果，以及各位专家的经验和技术，这是本书出版的知识源泉。本书主要由Androidin社区的两名核心技术专家韩超和梁泉领衔规划和编著，韩超统稿。总部设在南加州、专注于Android平台并提供其移动应用开发及解决方案的迈奔无线（mAPPn Inc.）也投入技术和人力参与了本书的工作。　　参与本书编写的还有于仕林、张宇、张超等人，赵家维、黄亮、沈桢、徐威特、杨钰等参与了审校工作。　　由于时间仓促，可能依然存在一些错误和问题，请读者见谅，欢迎读者讨论和指点。编辑本段目录　　第1章 Android系统概述 1 　　1.1 基础知识 1 　　1.1.1 Android开发系统的由来 1 　　1.1.2 移动电话系统开发模式 2 　　1.1.3 未来移动电话的功能及Android的优势 4 　　1.2 Android的开发工作 6 　　1.2.1 Android移植开发 6 　　1.2.2 Android应用开发 8 　　1.2.3 Android系统开发 9 　　1.3 Android的SDK与源代码 10 　　1.3.1 基于SDK的Android开发 10 　　1.3.2 基于源代码SDK Android开发 11 　　第2章 Android系统开发综述 13 　　2.1 Android的系统架构 13 　　2.1.1 软件结构 13 　　2.1.2 Android的工具 16 　　2.2 Android源代码的开发环境 18 　　2.2.1 Android源代码的获取和提交 18 　　2.2.2 Android源代码结构 21 　　2.2.3 编译 24 　　2.2.4 系统的运行 25 　　2.3 Android SDK的开发环境 32 　　2.3.1 SDK的结构 32 　　2.3.2 Windows环境SDK开发 33 　　2.3.3 Linux环境SDK开发 42 　　第3章 Android的Linux内核与驱动程序 44 　　3.1 Linux核心与驱动 44 　　3.2 Android专用驱动 45 　　3.2.1 Ashmem 45 　　3.2.2 Binder 45 　　3.2.3 Logger 46 　　3.3 Android使用的设备驱动 46 　　3.3.1 Framebuffer显示驱动 46 　　3.3.2 Event输入设备驱动 48 　　3.3.3 v4l2摄像头——视频驱动 50 　　3.3.4 OSS音频驱动 53 　　3.3.5 ALSA音频驱动 54 　　3.3.6 MTD驱动 56 　　3.3.7 蓝牙驱动 57 　　3.3.8 Wlan驱动 58 　　第4章 Android的底层库和程序 60 　　4.1 底层库和程序的结构 60 　　4.1.1 本地实现的基本结构 60 　　4.1.2 增加本地程序和库的方法 61 　　4.2 标准C/C++库bionic 64 　　4.3 C语言工具库libcutils 65 　　4.4 init可执行程序 66 　　4.5 Shell工具 72 　　4.6 C++工具库libutils 75 　　4.6.1 libutils的基本内容 75 　　4.6.2 Binder 76 　　4.6.3 libutils中的其他内容 82 　　4.7 Android的系统进程 85 　　4.7.1 servicemanager 85 　　4.7.2 zygote 87 　　第5章 Android的Java虚拟机和Java环境 88 　　5.1 Dalvik虚拟机和核心库 88 　　5.1.1 dex工具库和虚拟机的实现 89 　　5.1.2 核心库 90 　　5.1.3 nativehelper库 91 　　5.2 Android的Java程序环境 91 　　5.2.1 Java类的层次结构 91 　　5.2.2 Android Java类的代码 92 　　5.2.3 Android系统API 92 　　5.3 JNI的使用 96 　　5.3.1 JNI的架构和实现方式 97 　　5.3.2 JNI的实现方式 97 　　5.3.3 在应用程序中使用JNI 99 　　5.4 系统服务的Java部分 101 　　5.4.1 Binder 102 　　5.4.2 ServiceManager 103 　　5.4.3 系统进程 103 　　第6章 Android的GUI系统 106 　　6.1 Android GUI系统综述 106 　　6.2 pixelflinger和libui库 108 　　6.2.1 pixelflinger 108 　　6.2.2 libui 108 　　6.2.3 输出/输入与硬件的接口 109 　　6.3 Surface系统 113 　　6.3.1 Surface系统本地接口 113 　　6.3.2 SurfaceFlinger本地代码 115 　　6.3.3 Surface的Java和JNI代码 119 　　6.4 Skia和2D图形系统 121 　　6.4.1 Skia底层库 121 　　6.4.2 Android图形系统的JNI接口 124 　　6.4.3 Android的图形包（graphics） 125 　　6.5 Android的OpenGL系统与3D图形系统 125 　　6.5.1 OpenGL的本地代码 125 　　6.5.2 OpenGL的JNI代码 130 　　6.5.3 OpenGL的Java类 130 　　第7章 Android的Audio系统 132 　　7.1 Audio系统综述 132 　　7.2 Audio系统和上层接口 134 　　7.2.1 Audio系统的各个层次 134 　　7.2.2 media库中的Audio框架部分 135 　　7.2.3 AudioFlinger本地代码 138 　　7.2.4 Audio系统的JNI代码 140 　　7.2.5 Audio系统的Java代码 142 　　7.3 Audio的硬件抽象层 142 　　7.3.1 Audio硬件抽象层的接口定义 142 　　7.3.2 AudioFlinger中自带Audio硬件抽象层实现 144 　　7.3.3 Audio硬件抽象层的真正实现 150 　　第8章 Android的Video输入输出系统 151 　　8.1 Video输入输出系统综述 151 　　8.1.1 Android的Overlay系统结构 152 　　8.1.2 Android的Camera系统结构 153 　　8.2 Overlay系统 155 　　8.2.1 Overlay系统的框架部分定义 156 　　8.2.2 SurfaceFlinger系统的Overlay部分 158 　　8.3 Overlay的硬件抽象层 161 　　8.3.1 Overlay系统硬件抽象层的接口 161 　　8.3.2 Overlay系统硬件实现框架 164 　　8.3.3 Overlay系统硬件实现的注意事项 166 　　8.4 Camera系统与上层接口 169 　　8.4.1 Camera本地代码框架 169 　　8.4.2 CameraService 176 　　8.4.3 Camera的JNI代码 179 　　8.4.4 Camera的Java代码 182 　　8.5 Camera的硬件抽象层 182 　　8.5.1 Camera硬件抽象层的接口定义 182 　　8.5.2 Camera硬件抽象层的桩实现 184 　　8.5.3 Camera硬件抽象层的硬件实现 188 　　第9章 Android的多媒体系统 190 　　9.1 Android多媒体系统的结构和业务 190 　　9.1.1 多媒体系统的宏观结构 190 　　9.1.2 多媒体的各种业务 192 　　9.2 多媒体系统的各个层次 199 　　9.2.1 libmedia的框架部分 199 　　9.2.2 多媒体服务 208 　　9.2.3 多媒体部分的JNI代码 213 　　9.2.4 多媒体部分的Java框架代码 215 　　9.2.5 android.widget.VideoView类 216 　　9.3 多媒体实现的核心部分OpenCore 216 　　9.3.1 OpenCore概述 216 　　9.3.2 OpenCore的层次结构 217 　　9.3.3 OpenCore的OSCL部分 219 　　9.3.4 OpenCore的文件格式和编解码部分 221 　　9.3.5 OpenCore 的Node 222 　　9.3.6 OpenCore 的功能扩展 223 　　9.3.7 OpenCore的 Player 226 　　9.3.8 OpenCore 的Author 236 　　第10章 Android的电话部分 243 　　10.1 Android电话部分综述 243 　　10.2 Modem驱动 243 　　10.3 本地的RIL代码 245 　　10.3.1 简介 245 　　10.3.2 RILD守护进程 246 　　10.3.3 libril库 247 　　10.3.4 RIL的实现库Reference RIL 247 　　10.3.5 Request（请求）流程 248 　　10.3.6 Response（响应）流程 249 　　10.3.7 RIL的移植工作 251 　　10.4 Java框架及应用 251 　　10.4.1 基本架构 252 　　10.4.2 呼叫 255 　　10.4.3 短信 256 　　10.4.4 数据连接 257 　　10.4.5 其他框架部分及其他应用 258 　　第11章 Android的连接部分 259 　　11.1 WiFi部分 259 　　11.1.1 WiFi基本架构 259 　　11.1.2 WiFi本地实现 260 　　11.1.3 WiFi的Java和JNI 263 　　11.1.4 Settings中的WiFi设置 265 　　11.1.5 WiFi工作流程实例 265 　　11.2 蓝牙部分 267 　　11.2.1 蓝牙基本架构 268 　　11.2.2 蓝牙用户空间库bluez 269 　　11.2.3 bluez适配层 272 　　11.2.4 蓝牙的JNI和Java部分 272 　　11.3 GPS和定位部分 280 　　11.3.1 定位系统基本架构 281 　　11.3.2 定位系统驱动层 281 　　11.3.3 GPS本地实现 282 　　11.3.4 GPS JNI实现 283 　　11.3.5 定位系统Java实现 284 　　第12章 Android的传感器系统 286 　　12.1 传感器系统综述 286 　　12.2 传感器系统层次结构 288 　　12.2.1 传感器系统的各个层次 288 　　12.2.2 传感器系统的JNI 288 　　12.2.3 传感器系统的Java代码 290 　　12.3 传感器系统的硬件抽象层 291 　　12.3.1 传感器系统硬件抽象层的接口定义 291 　　12.3.2 传感器系统硬件抽象层的示例实现 293 　　12.3.3 传感器系统硬件抽象层的实现要点 296 　　12.4 Sensor的使用 296

110,571

社区成员

642,568

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧

+ 用AI写文章