关于嵌入式导航软件自动跳出的问题

hydcumt 2006-08-16 02:20:35
我个人在开发一个GIS导航软件，是基于VS2005开发的。发现如果打开串口后，在MIO A700上很容易自动退出软件，联机调试，有以下语句提示：
AKY=00200001 PC=03f7dbd4(coredll.dll+0x0001dbd4) RA=80305964(NK.EXE+0x00005964) BVA=00000000 FSR=00000000。而在DOPOD的696上没有退出软件，这会是什么原因引起的啊，请高手帮帮忙！
...全文
207 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
hydcumt 2006-08-19
  • 打赏
  • 举报
 回复
请高人们指点啊？
hydcumt 2006-08-18
  • 打赏
  • 举报
 回复
请高人们指点啊？
ljkong 2006-08-16
  • 打赏
  • 举报
 回复
会不会是硬件的问题呢？
无聊客 2006-08-16
  • 打赏
  • 举报
 回复
crash,出异常了。。。。。。
色郎中 2006-08-16
  • 打赏
  • 举报
 回复
顶啊
c语言编写单片机技巧
1. C语言和汇编语言在开发单片机时各有哪些优缺点？ 答：汇编语言是一种用文字助记符来表示机器指令的符号语言，是最接近机器码的一种语言。其主要优点是占用资源少、程序执行效率高。但是不同的CPU，其汇编语言可能有所差异，所以不易移植。 C语言是一种结构化的高级语言。其优点是可读性好，移植容易，是普遍使用的一种计算机语言。缺点是占用资源较多，执行效率没有汇编高。 对于目前普遍使用的RISC架构的8bit MCU来说，其内部ROM、RAM、STACK等资源都有限，如果使用C语言编写，一条C语言指令编译后，会变成很多条机器码，很容易出现ROM空间不够、堆栈溢出等问题。而且一些单片机厂家也不一定能提供C编译器。而汇编语言，一条指令就对应一个机器码，每一步执行什幺动作都很清楚，并且程序大小和堆栈调用情况都容易控制，调试起来也比较方便。所以在单片机开发中，我们还是建议采用汇编语言比较好。 如果对单片机C语言有兴趣，HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK的单片机就有提供C编译器，可以到HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK的网站(www.holtek.com.cn )免费下载使用。 2. C或汇编语言可以用于单片机，C++能吗？ 答：在单片机开发中，主要是汇编和C，没有用C++的。 3. 搞单片机开发，一定要会C吗？ 答：汇编语言是一种用文字助记符来表示机器指令的符号语言，是最接近机器码的一种语言。其主要优点是占用资源少、程序执行效率高。但是不同的CPU，其汇编语言可能有所差异，所以不易移植。 对于目前普遍使用的RISC架构的8bit MCU来说，其内部ROM、RAM、STACK等资源都有限，如果使用C语言编写，一条C语言指令编译后，会变成很多条机器码，很容易出现ROM空间不够、堆栈溢出等问题。而且一些单片机厂家也不一定能提供C编译器。而汇编语言，一条指令就对应一个机器码，每一步执行什么动作都很清楚，并且程序大小和堆栈调用情况都容易控制，调试起来也比较方便。所以在资源较少单片机开发中，我们还是建议采用汇编语言比较好。 而C语言是一种编译型程序设计语言，它兼顾了多种高级语言的特点，并具备汇编语言的功能。C语言有功能丰富的库函数、运算速度快、编译效率高、有良好的可移植性，而且可以直接实现对系统硬件的控制。C语言是一种结构化程序设计语言，它支持当前程序设计中广泛采用的由顶向下结构化程序设计技术。此外，C语言程序具有完善的模块程序结构，从而为软件开发中采用模块化程序设计方法提供了有力的保障。因此，使用C语言进行程序设计已成为软件开发的一个主流。用C语言来编写目标系统软件，会大大缩短开发周期，且明显地增加软件的可读性，便于改进和扩充，从而研制出规模更大、性能更完备的系统。 综上所述，用C语言进行单片机程序设计是单片机开发与应用的必然趋势。所以作为一个技术全面并涉足较大规模的软件系统开发的单片机开发人员最好能够掌握基本的C语言编程。 4. 当开发一个较复杂而又开发时间短的项目时，用C还是用汇编开发好？ 答：对于复杂而开发时间紧的项目时，可以采用C语言，但前提是要求对该MCU系统的C语言和C编译器非常熟悉，特别要注意该C编译系统所能支持的数据类型和算法。虽然C语言是最普遍的一种高级语言，但不同的MCU厂家其C语言编译系统是有所差别的，特别是在一些特殊功能模块的操作上。如果对这些特性不了解，那调试起来就有的烦了，到头来可能还不如用汇编来的快。 5. 在教学中要用到8088和196芯片单片机教材，请问那里可以找到关于这方面的书或资料？ 答：有关这方面的教材，大学里常用的一本是《IBM-PC汇编语言程序设计》清华大学出版社出版的，在网上以及书店都是可以找到的，另外网上还可以搜索到很多其他的教材如：《微机原理及汇编语言教程》（杨延双 张晓冬 等编著 ）和《16/32 位微机原理、汇编语言及接口技术》（作者： 钟晓捷 陈涛 ，机械工业出版社 出版）等，可以在较大型的科技书店里查找或者直接从网上订购。 6. 初学者到底是应该先学C还是汇编？ 答：对于单片机的初学者来说，应该从汇编学起。因为汇编语言是最接近机器码的一种语言，可以加深初学者对单片机各个功能模块的了解，从而打好扎实的基础。 7. 我是一名武汉大学电子科技大3的学生，学了电子线路、数字逻辑、汇编和接口、C语言，但是总是感觉很迷茫，觉好象什么都不会。怎么办？ 答：大学过程是一个理论过程，实践的机会比较少，往往会造成理论与实践相脱节，这是国内大学教育系统的通病，不过对于学生来说切不可好高骛远。一般从大三会开始接触到一些专业课程，电子相关专业会开设相关的单片机应用课程并且会有简单的实验项目，那么要充分把握实验课的机会，多多地实际上机操作练习。平时可以多看看相关的电子技术杂志网站，看看别人的开发经验，硬件设计方案以及他人的软件设计经验。有可能的话，还可以参加一些电子设计大赛，借此机会2--3个人合作做一个完整系统，会更有帮助。到了大四毕业设计阶段，也可以选择相关的课题作些实际案例增长经验。做什么事情都有个经验的积累过程，循序渐进。 8. 请问作为学生，如何学好单片机？ 答：学习好单片机，最主要的是实践，在实践中增长经验。在校学生的话，实践机会的确会比较少，但是有机会的话，可以毕业实习选择相关的课题，这样就可以接触到实际的项目。而且如果单片机微机原理是一门主课的话，相信学校会安排比较多的实践上机机会。有能力的话，可以找一些相关兼职工作做做，会更有帮助。而且单片机开发应用需要软硬件结合，所以不能只满足于编程技巧如何完美，平时也要注意硬件知识的积累，多上上电子论坛网站，买一些相关杂志。可能的话，可以到ic37去买一些小零件，自己搭一个小系统让它工作起来。 HOTLEK的单片机是RISC结构的8位单片机，它可以广泛应用在家用电器、安全系统、掌上游戏等方面。大概来说可以分成I/O型单片机、LCD型单片机、A/D型单片机、A/D with LCD型单片机等等。这些单片机的中文资料我们都公开在HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK网站www.holtek.com.cn 。 HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK各类单片机的使用手册下载地址： http://www.holtek.com.cn/referanc/htk_book.htm HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK单片机软件/硬件应用范例下载地址： http://www.holtek.com.cn/tech/appnote/appnote.htm HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK单片机支持工具下载地址： http://www.holtek.com.cn/tech/tool/tool.htm 9. 如何才能才为单片机的高手啊？ 答：要成为单片机高手，应该多实践，时常关注单片机的发展趋势；经常上一些相关网站，从那里可以找到许多有用的资料。 10. 女性是否适合单片机软件编程这个行业？ 答：要根据自己的兴趣，配合自己对软件编程的耐性，男女皆适合这个行业。 11. Holtek的数据手册在哪里下载？ 答：如果对Holtek的IC感兴趣的话，相应的数据手册可以到网站上http://www.holtek.com.cn/products/index.htm去选IC资料下载。 12. 8位机还能延续多久！ 答：以现在MCU产品主力还是在8位领域，主要应用于汽车应用、消费性电子、电脑及PC周边、电信与通讯、办公室自动化、工业控制等六大市场，其中车用市场多在欧、美地区，而亚太地区则以消费性电子为主， 并以量大低单价为产品主流，目前16位MCU与8位产品，还有相当幅度的价差，新的应用领域也仍在开发，业界预计，至少在2005年前8位的MCU仍是MCU产品的主流。 13. 学习ARM及嵌入式系统是否比学习其它一般单片机更有使用前景？对于一个初学者应当具备哪些相关知识？ 答：一般在8位单片机与ARM方面的嵌入式系统是有层次上的差别，ARM适用于系统复杂度较大的高级产品，如PDA、手机等应用。而8位单片机因架构简单，硬件资源相对较少，适用于一般的工业控制、消费性家电等等。对于一个单片机方面的软件编程初学者，应以HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK系列或8051等8位单片机来做入门练习。而初学者应当具备软件编程相关知识，单片机一般软件编程是以汇编语言为主，各家有各家的语法，但大都以RISC的MCU架构为主，其中 RISC (Reduced Instruction Set Computer) 代表MCU的所有指令。都是利用一些简单的指令组成的，简单的指令代表 MCU 的线路可以尽量做到最佳化，而提高执行速率。另外初学者要具备单片机I/O接口的应用知识，这在于周边应用电路及各种元器件的使用，须配合自己所学的电子学及电路学等。 14. 符合44PIN的80系列8位单片机的MCU有哪些？ 答：符合44PIN的80系列8位单片机有Z8674312FSC、Z86E2112FSC、Z86E2116FSC。 15. 请介绍一下MCU的测试方法。 答： MCU从生产出来到封装出货的每个不同的阶段会有不同的测试方法，其中主要会有两种：中测和成测。 所谓中测即是WAFER的测试，它会包含产品的功能验证及AC、DC的测试。项目相当繁多，以HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK产品为例最主要的几项如下：  接续性测试：检测每一根I/OPIN内接的保护用二极管是否功能无误。  功能测试：以产品设计者所提供测试资料(TEST PATTERN)灌入IC，检查其结果是否与当时SIMULATION时状态一样。  STANDBY电流测试：测量IC处于HALT模式时即每一个接点(PAD)在1态0态或Z态保持不变时的漏电流是否符合最低之规格。  耗电测试：整颗IC的静态耗电与动态耗电。  输入电压测试：测量每个输入接脚的输入电压反应特性。  输出电压测试：测量每个输出接脚的输出电压位准。  相关频率特性（AC）测试，也是通过外灌一定频率，从I/O口来看输出是否与之匹配。  为了保证IC生产的长期且稳定品质，还会做产品的可靠性测试，这些测试包括ESD测试，LATCH UP测试，温度循环测试，高温贮存测试，湿度贮存测试等。 成测则是产品封装好后的测试，即PACKAGE测试。即是所有通过中测的产品封装后的测试，方法主要是机台自动测试，但测试项目仍与WAFER TEST相同。PACKAGE TEST的目的是在确定IC在封装过程中是否有任何损坏。 16. 能否利用单片来检测手机电池的充放电时间及充放电时的电压电流变化，并利用一个I/O端口使检测结果在电脑上显示出来？ 答：目前市场上的各类智能充电器，大部分都采用MCU进行充电电流和电压的控制。至于要在电脑上显示，好象并不实用，可能只有在一些专门的电池检测仪器中才会用到；对于一般的手机用户来说，谁会在充电时还需要用一台电脑来做显示呢？要实现单片机与电脑的连接，最简单的方式就是采用串口通讯，但需要加一颗RS-232芯片。 17. 在ARM编程中又应当如何？ 答：就以嵌入式系统观念为例，一般嵌入式处理器可以分为三类：嵌入式微处理器、嵌入式微控制器、嵌入式DSP(Digital Signal Processor)。 嵌入式微处理器就是和通用计算机的微处理器对应的CPU。在应用中，一般是将微处理器装配在专门设计的电路板上，在母板上只保留和嵌入式相关的功能即可，这样可以满足嵌入式系统体积小和功耗低的要求。目前的嵌入式处理器主要包括：PowerPC、Motorola 68000、ARM系列等等。 嵌入式微控制器又称为单片机，它将CPU、存储器(少量的RAM、ROM或两者都有)和其它接口I/O封装在同一片集成电路里。常见的有HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK MCU系列、Microchip MCU系列及8051等。 嵌入式DSP专门用来处理对离散时间信号进行极快的处理计算，提高编译效率和执行速度。在数字滤波、FFT(Fast Fourier Transform)、频谱分析、图像处理的分析等领域，DSP正在大量进入嵌入式市场。 18. MCU在射频控制时，MCU的时钟（晶振）、数据线会辐射基频或基频的倍频，被低噪放LNA放大后进入混频，出现带内的Spur，无法滤除。除了用layout、选择低辐射MCU的方法可以减少一些以外，还有什么别的方法？ 答：在设计高频电路用电路板有许多注意事项，尤其是GHz等级的高频电路，更需要注意各电子组件pad与印刷pattern的长度对电路特性所造成的影响。最近几年高频电路与数位电路共享相同电路板，构成所谓的混载电路系统似乎有增加的趋势，类似如此的设计经常会造成数位电路动作时，高频电路却发生动作不稳定等现象，其中原因之一是数位电路产生的噪讯，影响高频电路正常动作所致。为了避免上述问题除了设法分割两电路block之外，设计电路板之前充分检讨设计构想，才是根本应有的手法，基本上设计高频电路用电路板必需掌握下列三大原则：  高质感。  不可取巧。  不可仓促抢时间。 以下是设计高频电路板的一些建议： (1)印刷pattern的长度会影响电路特性。尤其是传输速度为GHz高速数位电路的传输线路，通常会使用strip line，同时藉由调整配线长度补正传输延迟时间，其实这也意味着电子组件的设置位置对电路特性具有绝对性的影响。 (2)Ground作大better。铜箔面整体设置ground层，而连接via的better ground则是高频电路板与高速数位电路板共同的特征，此外高频电路板最忌讳使用幅宽细窄的印刷pattern描绘ground。 (2)电子组件的ground端子，以最短的长度与电路板的ground连接。具体方法是在电子组件的ground端子pad附近设置via，使电子组件能以最短的长度与电路板的ground连接。 (3)信号线作短配线设计。不可任意加大配线长度，尽量缩短配线长度。 (4)减少电路之间的结合。尤其是filter与amplifier输出入之间作电路分割非常重要，它相当于audio电路的cross talk对策。 (5)MCU回路Layout考量：震荡电路仅可能接近IC震荡脚位；震荡电路与VDD & VSS保持足够的距离；震荡频率大于1MHz时不需加 osc1 & osc2 电容；电源与地间要最短位置并尽量拉等宽与等距的线，于节点位置加上104/103/102等陶瓷电容。 19. Intel系列的96单片机80c196KB开发系统时，都有那些注意事项？ 答：一个即时系统的软体由即时操作系统加上应用程序构成。应用程序与作业系统的接口通过系统调用来实现。用80C196KB-p.htm" target="_blank" title="80C196KB货源和PDF资料">80C196KB作业系统的MCU，只能用内部RAM作为TCB和所有系统记忆体（含各种控制表）以及各个任务的工作和资料单元。因此一定要注意以下几点： (1)对各个任务分配各自的堆迭区，该堆迭区既作为任务的工作单元，也作为任务控制块的保护单元。 (2)系统的任务控制块只存放各任务的堆迭指标，而任务的状态均存放于任务椎栈中。在一个任务退出运行时，通过中断把它的状态进栈，然后把它的堆迭指标保存于系统的TCB中；再根据优先取出优先顺序最高的已就绪任务的堆迭指标SP映象值送入SP中；最后执行中断返回指令转去执行新任务。 (3)各任务的资料和工作单元尽量用堆迭实现，这样可以允许各任务使用同一个子程序。使用堆迭实现参数传递并作为工作单元，而不使用绝对地址的RAM，可实现可重入子程序。该子程序既可为各个任务所调用，也可实现递回调用。 20. 在demo板上采样电压时，不稳定，采样结果有波动，如何消除？ 答：一般来说，仿真器都是工作在一个稳压的环境(通常为5V)。如果用仿真器的A/D时，要注意其A/D参考电压是由仿真器内部给出，还是需要外部提供。A/D转换需要一个连续的时钟周期，所以在仿真时不能用单步调试的方法，否则会造成A/D采样值不准。至于A/D采样不稳定，可以在A/D输入口加一电容，起到滤波作用；在软件处理时采用中值滤波的方法。 21. 在车载DVD系统中，如何设计电子防震系统？ 答：在车载DVD系统，最好选择高档DVD机，因为高档DVD机都采用电子防震系统(ADVANCEDESP)，当记忆缓冲区内的读数降低，先进的电子防震设计会以双速读数系统，做出比正常速度快两倍的读数速率，以减低噪声，即使连续震荡仍可避免跳线情况出现，现在就说说什幺叫电子防震。简单地说：电子防震就是一个信号的储存--释放过程，首先CD要先把信号进行提前读取，也就是我们见到机子的加速，再把信号储存在RAM中，而我们在开防震的时候所听到的就是经过RAM的声音，这样就是它的过程。当没有防震时是由于信号是1比1读取的，所以当受到冲击后，就会出现跳音。而当开了防震时，机子受到冲击后，由RAM释放出来的声音使音乐不停地播放，而与此同时，光头迅速进行复位检索，当检索到信号后立即补充，所以不会出现跳音。大概的情况就是这样。但是这样还没有满足用家的要求，由于这种的方法带来的时间短，通常只有3秒，所以跳音的机会还是蛮高，如果增大RAM又带来造价的增高因为RAM这东西价格较贵，尤其是质量好的。 22. 在电子防震技术中，有那些IC或器件可供选择？ 答：在电子防震技术中，最重要的技术之一要数是RAM技术，而一直以来都是因为它的成本问题，所以防震时间都一直不能增加，也就是说RAM本身就有限制，RAM的容量越大，造价就越高。而许多厂家就如何在RAM的限制里得到最大限度的记忆时间展开了开发研究。 23. 如何进行编程可以减少程序的bug？ 答：在此提供一些建议，因系统中实际运行的参数都是有范围的。系统运行中要考虑的超范围管理参数有：  物理参数。这些参数主要是系统的输入参数，它包括激励参数、采集处理中的运行参数和处理结束的结果参数。合理设定这些边界，将超出边界的参数都视为非正常激励或非正常回应进行出错处理。  资源参数。这些参数主要是系统中的电路、器件、功能单元的资源，如记忆体容量、存储单元长度、堆迭深度。在程序设计中，对资源参数不允许超范围使用。  应用参数。这些应用参数常表现为一些单片机、功能单元的应用条件。如E2PROM的擦写次数与资料存储时间等应用参数界限。  过程参数。指系统运行中的有序变化的参数。 在上述参数群对一程序编写者而言，须养成良好习惯，在程序的开头，有顺序的用自己喜欢文字参数对应列表来替代，然后用自己定义的文字参数来编写程序，这样在做程序的修改及维护时只在程序的开头做变动即可，不用修改到程序段，才比较容易且不会出错。 24. 有人认为单片机将被ARM等系列结构的嵌入式系统所取代。单片机的生命期还有多长？ 答：因为8位单片机与嵌入式系统的ARM在功能结构和单价的差异，故应用层次上就有很大的不同。 ARM适用于系统复杂度较大的高级产品，如PDA、手机等应用。 而8位单片机因架构简单，硬件资源相对较少，适用于一般的工业控制，消费性家电……等等。评估单片机近期是否会给ARM取代，要观察两个因素：  芯片成本 因ARM的工作频率较高，电路较庞大，所需的芯片制造工艺要求在0。25U以上，成本较高。8位单片机工作频率相对较低，电路较小，所需的芯片制造工艺在0。5U 即可，成本较低。  功能定位 ARM的功能较单片机强，但两者定位不同。就如现阶段不会有人用ARM去作一个简单的工业定时开关。当然，如果两者单价相同也无不可，但现实是有很大的单价差距。 至于将来，因芯片制造成本会不断下降，上述的成本差异影响愈来愈少!但我估计在往后5年单片机仍有价格优势，仍能存活!但ARM是否会精简架构，降低成本，抢夺低阶市场？我想可能性不大，ARM应该会向上发展。同样，单片机也只能向上发展，如16位，高功能……等。 原因就是因为芯片制造工艺进步太快。压迫芯片设计往高集成发展。 25. 在单片机C编成时，如何才能使生成的代码具有和汇编一样的效率？ 答：如果是使用C语言编程时，不太可能生成的代码具有1：1和汇编一样的效率。 C语言命令要被硬件识别并执行，必须通过编译器编译。编译器分为前端、中端、后端。前端与各种计算机语言写的程序打交道，后端与处理器的基本指令集接轨。所以如果使用C编程时，要达到最高的效率，最好能够很了解所使用的C编译器。先试验一下每条C语言编译以后对应的汇编语言的语句行数，这样就可以很明确的知道效率。在今后编程的时候，使用编译效率最高的语句，这样就能确保单片机C编程的时候同样的功能不同的C程序，编译效率最高。但是各家的C编译器都会有一定的差异，优秀的嵌入式系统C编译器代码长度和执行时间仅比以汇编语言编写的同样功能程度长5-20%，所以不同厂家的C编译器的编译效率也会有所不同。 26. ARM单片机和哪种内核的单片机比较接近？ 答：严格的说，ARM不是单片机，是一个嵌入式的实时操作系统。ARM（Advanced RISC Machines）是微处理器行业的一家知名企业，设计了大量高性能、廉价、耗能低的RISC处理器、相关技术及软件。ARM将其技术授权给世界上许多著名的半导体、软件和OEM厂商，每个厂商得到的都是一套独一无二的ARM相关技术及服务。所以市场上像Intel、IBM、LG半导体、NEC、SONY、菲利浦和国半这样的大公司都有ARM系列，现在不存在什幺ARM单片机和哪种内核的单片机比较接近的问题。而且由于厂家购买内核后会根据自己芯片应用方向的不同，自行添加不同的外挂功能模块，所以，同样内核的芯片其提供的功能是不同的。 27. 从51转到ARM会有困难吗？ 答：从51转到ARM，其实编程之类的原理都是一样的，但是要注意的是ARM是一个RISC的架构，在ARM的应用开放源代码的程序很多，要想提高自己，就要多看别人的程序，linux，uc/os-II等等这些都是很好的源码。 28. 我学过MCS51单片机教材，很有兴趣，但缺乏实践经验，手头没有任何道具可供演练，资金又有限，请问该怎么办？ 答：在没有任何条件进行实践时，如果真的有兴趣，可以下载一些具有软件仿真功能仿真软件进行一些编程，像一些做得比较好的51仿真软件应该具有这种功能。HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK的仿真软件HT-IDE3000也具有相应的功能，同时它还具有LCD软件仿真，周边电路的软件仿真。有兴趣的话，也可以去免费下载使用：http://www.holtek.com.cn/tech/tool/ide.htm。同时可以到一些ic37去购买一些简单器件自己练习搭一下电路以加强硬件方面的知识。 29. 如果已经有了针对某MCU的C实现的某个算法，保持框架不变，对核心的部分用汇编优化，有没有一些比较通用的原则？ 答：每个人的编程都有自己的风格与习惯，如果要利用别人的程序，在其中修修改改，如果他的程序并没有很好的模块化的话，建议最好不要这幺做，否则本来预期达到事倍功半，说不定反而事半功倍了。要参考他人的程序当然可以，但是首要是要看懂并理解他人程序的算法精髓，而不是在他的基础上打补丁。而关于算法方面的优化，可以购买一些数据结构的书籍，上面有比较详细的说明。 30. 如果准备估计一个算法的MIPS，有什么好的途径？ 答：算法的运行时间是指一个算法在计算机上运算所花费的时间。它大致等于计算机执行简单操作（如赋值操作，比较操作等）所需要的时间与算法中进行简单操作次数的乘积。通常把算法中包含简单操作次数的多少叫做算法的时间复杂性。它是一个算法运行时间的相对量度，一般用数量级的形式给出。度量一个程序的执行时间通常有两种方法：  一种是事后统计的方法。因为很多计算机内部都有计时功能，不同算法的程序可通过一组或若干组相同的统计数据以分辨优劣。但这种方法有两个缺陷：一是必须先运行依据算法编制的程序；二是所得时间的统计量依赖于计算机的硬件、软件等环境因素，有时容易掩盖算法本身的优劣。因此人们常常采用另一种事前分析估算的方法。  一种是事前分析估算的方法。一个程序在计算机上运行时所消耗的时间取决于下列因素： (1)依据的算法选用何种策略； (2)问题的规模。例如求100以内还是1000以内的素数； (3)书写程序的语言。对于同一个算法，实现语言的级别越高，执行效率就越低； (4)编译程序所产生的机器代码的质量。这个跟编译器有关； (5)机器执行指令的速度。 显然，同一个算法用不同的语言实现，或者用不同的编译程序进行编译，或者在不同的计算机上运行时，效率均不相同。这表明使用绝对的时间单位衡量算法的效率是不合适的。撇开这些与计算机硬件、软件有关的因素，可以认为一个特定算法"运行工作量"的大小，只依赖于问题的规模（通常用整数量n表示），或者说，它是问题规模的函数。 一个算法是由控制结构（顺序、分支和循环三种）和原操作（指固有数据类型的操作）构成的，则算法时间取决于两者的综合效果。为了便于比较同一问题的不同算法，通常的做法是，从算法中选取一种对于所研究的问题（或算法类型）来说是基本运算的原操作，以该基本操作重复执行的次数作为算法的时间度量。 算法的MIPS有专门的一门学问，可以去好好参考相关的数据结构书籍。 31. 遥控的编解码思路和设计流程是怎样的？ 答：一般来说完整的遥控码分为头码、地址码、数据码和校验码四个组成部分。头码根据不同的厂家各不相同，地址码和数据码都由逻辑“1”和逻辑“0”组成。编码的设计目的，就是按照编码规则发送不同的码值。我们最常见的码型有SONY、松下、NEC等厂家型号。遥控编码芯片最常用的是在空调、DVD、车库门等遥控器上。 设计编码程序可以分为三个部分。 第一部分是了解码型的特性。遥控码的头码和地址码（也称为客户码）是固定不变的，数据码和校验码根据不同的键值而改变。 第二部分是计算发码时间。遥控码大部分都是由逻辑“1”和逻辑“0”组成，也就是由一串固定占空比、固定周期的方波所组成。通常这些方波的周期是毫秒甚至微秒等级，需要在时间上计算的比较精确。所以选择发码单片机型号的时候，就要考虑到单片机的运行速度是不是够快，以及程序运行时间够不够。 第三部分就是程序的编写。选定单片机型号之后，开始设计程序流程。一般来说我们使用I/O口就可以做发码的输出端口。发码程序一般由几个子程序组成，头码子程序、逻辑1子程序，逻辑0子程序以及校验码的算法子程序。一旦我们得到要发送码的命令后，首先调用头码子程序，然后根据客户码和键值调用逻辑1子程序或者逻辑0子程序，最后调用校验码算法子程序输出校验码。 HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK公司的HT48CA0/HT48RA0、HT48CA3/HT48RA3和HT48CA6是专为遥控器设计的单片机，它们具有专门红外输出口，可以实现绝大部分发码的要求。 设计解码程序也可以分为三部分。 第一部分了解编码波形特性。从分析编码的高、低脉冲宽度入手，了解逻辑“1”和逻辑“0”的波形占空比、周期。了解头码的特性。 第二部分确定接收方式。一般我们可以用I/O口查询方法或者INT口中断响应方法来接收编码。这两者的区别是I/O口查询方式比较耗费单片机的运行时间资源，需要不断的去侦测I/O的电平变化，以免漏掉有效的码值；而INT口中断接收方式则比较节省资源，当外部有电平变化时，单片机才需要去处理，不需要时刻进行侦测。但是INT口中断接收方式不能辨别相同周期不同占空比的波形特性，当编码所携带的逻辑“1”和逻辑“0”具有这种特性时，就无法通过INT口中断接收方式来辨别了，因为INT中断只是在上升沿或者下降沿的时候才触发。 第三部分将接收的码值存储并分析执行。根据判断高低电平的宽度（定时器或者延时），可以得到码值，也就是我们所说的解码。一般我们连续收到3个相同的完整码值，就确认此码的确被发出，并接收成功。当解码结束，根据码值我们可以判断出是哪个按键被按下，由此去执行相对的按键功能。 HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK公司的HT48以及HT49(带LCD)系列单片机，都可以符合大多数解码的任务。 32. 在学习单片机的过程中，如何理解预分频，12时钟模式（6时钟模型）等概念？ 答：预分频器的英文是prescaler。它就是将输入的频率信号分频，然后再输出。HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK公司有一款最基本的8位I/O型单片机HT48R05A-1，我们就以这款单片机为例说明。HT48R05A-1有一个8位向上计数的定时器Counter。系统时钟Fsys（4MHz）进入八阶预分频器（8-stage Prescaler）进行分频，再进入定时计数器Counter计数。根据软件设置，预分频器可以将Fsys进行2的n次方分频（n=1~8）。举例来说，如果软件设置为预分频器2分频，那幺预分频器输出的频率就是Fsys/2=2MHz，这个2MHz信号再进入定时计数器Counter。 如果需要HT48R05A-1或者其它各类HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK单片机的详细资料，可以在如下地址下载：http://www.holtek.com.cn/referanc/htk_book.htm 。 12时钟模式(6时钟模型)应该就是在MCS51系列中，12个系统时钟为一个机器周期，2个系统时钟为一个状态，即一个机器周期有6个状态。 33. A/D、D/A的采样速率与其它单片机相比有什么优势？ 答：HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK A/D Tyep MCU内嵌逐位逼近的A/D转换电路，精度有8bit/9bit/10bit，A/D转换时间最快为76us。 至于D/A，一般是指PWM输出，HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK A/D Type MCU都带有8bit的PWM输出，但HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK PWM的特点是其输出频率由系统频率决定(既系统频率选定后，PWM频率也就定了)，其占空比通过对[PWM]寄存器赋值进行控制，不需要占用定时/计数器资源。 34. 采用AT89S51时，出现了按了复位按钮，RAM中的数据被修改了。这是怎么回事？注：数据放在特殊寄存器之外。 答：如果是RESET脚的复位按钮：一般MCU的RESET复位，其特殊寄存器会被重新初始化，而通用寄存器的值保持不变。 如果复位按钮是电源复位：那就是MCU的上电复位，其特殊寄存器会被初始化，而通用寄存器的值是随机数。 35. 将P2.7用来驱动一个NPN三极管，中间串接了一个1K的电阻。问题是：当我尝试向P2.7写’1’时，发现管脚只能输出大约0.5V的一个电平。这个电路的使用得妥当么？如何正确的使用IO功能？ 答：是在仿真时遇到的问题，还是烧录芯片后遇到的问题？ 可以先将P2.7的外部电路断开，测量输出电压是否正常。如果断开后输出电压正常，那就说明P2.7的驱动能力不够，不能驱动NPN三极管，应该改用PNP三极管(一般在MCU应用中，都采用PNP方式驱动)。如果断开后输出电压还不正常，那有可能是仿真器(或芯片)已经损坏。 36. 在做充电管理的时候，提高pwm的频率往往以牺牲精度为代价，如果用的AT90S4433(avr)、78P458(elan)频率分别做到16kHz(8bit)和32kHz(8bit)，而希望做到的是100kHz(8bit以上)，诸如atiny15那样。怎么办？ 答：你所说的PWM是通过定时/计数器来控制其频率和占空比的，所以要提高频率，必然会降低精度。如果要提高PWM的频率，只能通过提高系统振荡频率来解决。 37. 汽车电子用的单片机是8位多，还是32位？如何看待单片机在汽车ic37中的前景？ 答：现今汽车制造也是一个进步很快的工业，特别是电子应用于汽车上，令多种新功能得以实现。 总的来说，汽车电子应用分三部份。  汽车发动机控制：限速控制，涡轮增压，燃料喷注控制等。  汽车舒适装置：遥控防盗系统，自动空调系统，影音播放系统，卫星导航系统等。  汽车操控和制动：刹车防抱死系统(ABS)，循迹系统(TCS)，防滑系统(ASR)，电子稳定系统(ESP)等。 汽车上的各系统繁多，且日新月异，故利用何种单片机是依各系统规格，要求不一，但有一样可肯定是该单片机要符工业规格，才能忍受汽车应用的恶劣环境，高温，电源干扰，可靠度要求。不同档次的汽车其功能配置相对亦有差别，故8位单片机在较低阶的系统如机械控制，遥控防盗等应该还有空间，但高阶的系统如影音、导航及将来的无人驾驶，就非一般单片机能实现。 因汽车工业现阶段由欧美日数个大集团所把持，相关的汽车电子配件各集团会挑选单片机大厂合作， 故汽车内置的电子系统亦由单片机大厂把持，市场只剩外置系统如遥控防盗，影音导航供小厂开发。 38. 在使用三星的s3c72n4时，觉得它的time/counter不够用。现在要同时用到3个counter，该怎么办？ 答：您是需要三个外部counter还是需要三个定时器？如果是三个定时器标志的话，可以取这三个定时最基本的时基作为timer的基础计数，然后以这个时基来计算这三个需要的计数标志的flag，在程序中只需要查询flag是否到，再采取动作。 如果要3个外部脉冲计数的话，这个有一定的难度，如果外部脉冲不是很频繁，可以考虑通过外部中断进行，但是这个方法必须是外部脉冲的频率与MCU执行速度有一定的数量级差，否则mcu可能无法处理其它程序，一直在处理外部中断。 39. 在芯片集成技术日益进步的今天，单片机的集成技术发展也很迅速，在传统的40引脚的基础上，飞利浦公司推出20引脚的单片机系列，使很多的引脚可以复用，这种复用技术的使用在实际应用中会不会影响其功能的执行？ 答：现在有很多品牌的单片机都有引脚复用功能，不止飞利浦一家，应该说这个方式前几年就已经有了。在实际应用中不会影响其功能的执行，但是要注意的是，有的MCU如果采用复用引脚的话，该引脚会有一些应用上的限制，这在相应的datasheet里面都会有描述，所以在系统规划的时候都要予以注意。 40. Delta-Sigma软件测量方式，是什么概念？ 答：Delta-Sigma原理一般应用在ADC应用中。具体来说，Delta-Sigma ADC的工作原理是由差动器、积分器和比较器构成调制器，它们一起构成一个反馈环路。调制器以大大高于模拟输入信号带宽的速率运行，以便提供过采样。模拟输入与反馈信号（误差信号）进行差动 (delta)比较。该比较产生的差动输出馈送到积分器(sigma)中。然后将积分器的输出馈送到比较器中。比较器的输出同时将反馈信号（误差信号）传送到差动器，而自身被馈送到数字滤波器中。这种反馈环路的目的是使反馈信号（误差信号）趋于零。比较器输出的结果就是1/0 流。该流如果1密度较高，则意味着模拟输入电压较高；反之，0密度较高，则意味着模拟输入电压较低。接着将1/0流馈送到数字滤波器中，该滤波器通过过采样与抽样，将1/0流从高速率、低精度位流转换成低速率、高精度数字输出。 简而言之，Delta就是差动，Sigma就是积分的意思。Delta-Sigma软件测试，我的理解应该是通过软件模拟差动积分的过程。具体来说，就是侦测外部输入的电压（或者电流）信号变化，然后通过软件积分运算，得出外部信号随时间变化的基本状况。 41. 通常采用什么方法来测试单片机系统的可靠性？ 答：单片机系统可以分为软件和硬件两个方面，我们要保证单片机系统可靠性就必须从这两方面入手。 首先在设计单片机系统时，就应该充分考虑到外部的各种各样可能干扰，尽量利用单片机提供的一切手段去割断或者解决不良外部干扰造成的影响。我们以HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK最基本的I/O单片机HT48R05A-1为例，它内部提供了看门狗定时器WDT防止单片机内部程序乱跑出错；提供了低电压复位系统LVR，当电压低于某个允许值时，单片机会自动RESET防止芯片被锁死；HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK也提供了最佳的外围电路连接方案，最大可能的避免外部干扰对芯片的影响。 当一个单片机系统设计完成，对于不同的单片机系统产品会有不同的测试项目和方法，但是有一些是必须测试的：  测试单片机软件功能的完善性。 这是针对所有单片机系统功能的测试，测试软件是否写的正确完整。  上电掉电测试。在使用中用户必然会遇到上电和掉电的情况，可以进行多次开关电源，测试单片机系统的可靠性。  老化测试。测试长时间工作情况下，单片机系统的可靠性。必要的话可以放置在高温，高压以及强电磁干扰的环境下测试。  ESD和EFT等测试。可以使用各种干扰模拟器来测试单片机系统的可靠性。例如使用静电模拟器测试单片机系统的抗静电ESD能力；使用突波杂讯模拟器进行快速脉冲抗干扰EFT测试等等。 当然如果没有此类条件，可以模拟人为使用中，可能发生的破坏情况。例如用人体或者衣服织物故意摩擦单片机系统的接触端口，由此测试抗静电的能力。用大功率电钻靠近单片机系统工作，由此测试抗电磁干扰能力等。 42. 在开发单片机的系统时，具体有那些是衡量系统的稳定性的标准？ 答：从工业的角度来看，衡量系统稳定性的标准有很多，也针对不同的产品标准不同。下面我们大概介绍单片机系统最常用的标准。  电试验(ESD) 参考标准： IEC 61000-4-2 本试验目的为测试试件承受直接来自操作者及相对对象所产生之静电放电效应的程度。  空间辐射耐受试验(RS) 参考标准：IEC 61000-4-3 本试验为验证试件对射频产生器透过空间散射之噪声耐受程度。 测试频率：80 MHz~1000 MHz  快速脉冲抗扰测试(EFT/B) 参考标准：IEC 61000-4-4 本试验目的为验证试件之电源线，信号线(控制线)遭受重复出现之快速瞬时丛讯时之耐受程度。  雷击试验(Surge) 参考标准 ： IEC 61000-4-5 本试验为针对试件在操作状态下，承受对于开关或雷击瞬时之过电压/电流产生突波之耐受程度。  传导抗扰耐受性(CS) 参考标准：IEC 61000-4-6 本试验为验证试件对射频产生器透过电源线传导之噪声耐受程度。 测试频率范围：150 kHz~80 MHz  Impulse 脉冲经由耦合注入电源线或控制线所作的杂抗扰性试验。 43. 在设计软体时，大多单片机都设有看门狗，需要在软体适当的位置去喂狗，以防止软体复位和软体进入死循环，如何适当的喂狗，即如何精确判定软体的运行时间？ 答：大多数单片机都有看门狗定时器功能（WDT，Watch Dog Timer）以避免程序跑错。HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK有一款基本I/O型单片机--HT48R05A-1，我们就以它为例做个说明吧。 首先了解一下WDT的基本结构，它其实是一个定时器，所谓的喂狗是指将此定时器清零。喂狗分为软件和硬件两种方法。软件喂狗就是用指令来清除WDT，即CLR WDT；硬件喂狗就是硬件复位RESET。当定时器溢出时，会造成WDT复位，也就是我们常说的看门狗起作用了。在程序正常执行时，我们并不希望WDT复位，所以要在看门狗溢出之前使用软件指令喂狗，也就是要计算WDT相隔多久时间会溢出一次。HT48R05A-1的WDT溢出时间计算公式是：256*Div*Tclock。其中Div是指wdt预分频数1~128，Tclock是指时钟来源周期。如果使用内部RC振荡作为WDT的时钟来源（RC时钟周期为65us/5V），最大的WDT溢出时间为2.1秒。 当我们得到了WDT溢出时间Twdt后，一般选择在Twdt/2左右的时间进行喂狗，以保证看门狗不会溢出，同时喂狗次数不会过多。 软件运行时间是根据不同的运行路线来决定的，如果可以预见软件运行的路线，那么可以根据T=n*T1来计算软件的运行时间。n是指运行的机器周期数，T1是指机器周期。HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK单片机是RISC结构，大部分指令由一个机器周期组成，只需要知道软件运行了多少条指令，就可以算出运行时间了。HOLTEK-p.htm" target="_blank" title="HOLTEK货源和PDF资料">HOLTEK的编译软件HT-IDE3000中，就有计算运行时间的工具。但是对于CISC结构的单片机，一条指令可以由若干个机器周期组成，那么就需要根据具体执行的指令来计算了。 44. 我们是一家开发数控系统的专业厂，利用各种单片机和CPU开发了很多产品，在软件开发上也采用了很多通用的抗干扰技术，如：软件陷阱、指令允余、看门狗和数字滤波等等，但实际运用中还是很不可靠，如：经常莫名其妙地死机、程序跳段、I/O数据错误等，并且故障的重复性很不确定，也不是周期性地重复。往往用户使用中出现故障，但又无法重现，很让人头痛。反复检查硬件也设查出原因，所以对软件的可靠性很是怀疑。怎么办？ 答：防止干扰最有效的方法是去除干扰源、隔断干扰路径，但往往很难做到，所以只能看单片机抗干扰能力够不够强了。单片机干扰最常见的现象就是复位；至于程序跑飞，其实也可以用软件陷阱和看门狗将程序拉回到复位状态；所以单片机软件抗干扰最重要的是处理好复位状态。 一般单片机都会有一些标志寄存器，可以用来判断复位原因；另外也可以自己在RAM中埋一些标志。在每次程序复位时，通过判断这些标志，可以判断出不同的复位原因；还可以根据不同的标志直接跳到相应的程序。这样可以使程序运行有连续性，用户在使用时也不会察觉到程序被重新复位过。 可以在定时中断里面设置一些暂存器累加，然后加到预先设定的值（一个比较长的时间），SET标志位，这些动作都在中断程序里面。而主程序只需要查询标志位就好了，但是注意标志位使用后，记得清除，还有中断里面的时基累加器使用以后也要记得清除。
工程硕士学位论文 基于Android+HTML5的移动Web项目高效开发探究
工程硕士学位论文 基于Android+HTML5的移动Web项目高效开发探究 研究生姓名： 唐帅 导师姓名： 罗军舟 教授 苏生 教授 申请学位类别 工 程 硕 士 学位授予单位 东 南 大 学 工程领域名称 软 件 工 程 论文答辩日期 研究方向 Android+HTML5 学位授予日期 答辩委员会主席 评阅人 硕士学位论文 基于Android+HTML5的移动Web项目 高效开发探究 专业名称： 软件工程 研究生姓名： 唐帅 导师姓名： 罗军舟 校外导师： 苏生 THE RESEARCH OF EFFICIENT DEVELOPMENT OF MOBILE WEB PROJECTS BASED ON ANDROID AND HTML5 A Thesis Submitted to SoutheastUniversity For the Academic Degree of Master of Engineering BY Tang Shuai Supervised by Luo Junzhou and Su Sheng College of Software Engineering SoutheastUniversity February 2017 东南大学学位论文 独创性声明 本人声明所呈交的学位论文是我个人在导师指导下进行的研究工作及取得的研究成果。尽我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得东南大学或其它教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示了谢意。 研究生签名： 日期： 东南大学学位论文使用 授权声明 东南大学、中国科学技术信息研究所、国家图书馆有权保留本人所送交学位论文的复印件和电子文档，可以采用影印、缩印或其他复制手段保存论文。本人电子文档的内容和纸质论文的内容相一致。除在保密期内的保密论文和在技术保护期限内的论文外，允许论文被查阅和借阅，可以公布（包括以电子信息形式刊登）论文的全部内容或中、英文摘要等部分内容。论文的公布（包括以电子信息形式刊登）授权东南大学研究生院办理。 研究生签名： 导师签名： 日期： 摘要 目前工业市场上认证检测领域，业务流程陈旧繁琐，用户与检测机构无法便捷有效的沟通。除此之外，用户需要亲临检测机构实地送检，在检测的每一个环节用户也无法有效的进行追踪，这些都制约着认证检测领域的进一步发展。鉴于市场上用户的手机型号、种类、屏幕分辨率等参差不齐，传统方式根据主流系统分别开发相应的系统耗时又耗力，为了高效开发并节约开发项目成本，本文采用Android+HTML5相结合的方式进行移动端Web系统的设计研发工作。 然而，由于HTML5的W3C标准规范还未制定，安卓系统中类浏览器Webview自身存在一些局限性，因此仍存在着诸多问题亟需解决，包括：（1）多窗口类浏览器模式问题。安卓上用于加载的Webview视图窗口只是作为类浏览器而存在，在安卓上更是只能同时运行一个Webview。（2）跨域数据交互问题。不同的Webview之间无法共享数据。（3）页面自适应问题。页面难以兼容适应不同分辨率的设备和浏览器。 本文研究并设计了基于Android+HTML5的在线认证检测系统，主要工作包括以下四个方面： （1）针对多窗口类浏览器模式问题，指出并分析了该问题存在的原因，利用Activity的运行机制，通过Fragment栈对主要模块的Webview进行管理，实现对不同模块之间切换的控制。 （2）针对跨域数据交互问题，指出并分析了跨域缓存交互问题出现的原因，通过在HTML5存储技术的基础上，重写LocalStorage，用移动端本地的Sqlite进行数据维护，实现跨域数据交互。 （3）针对页面自适应问题，本文结合渐进增强以及拥抱流式布局的思想，同时研究利用了移动设备的视口特性，实现跨分辨率、跨设备的页面自适应。 （4）针对系统的功能实现问题，通过结合利用原生态框架与HTML5的跨平台性，实现了“认我测”在线认证检测系统。 综上所述，“认我测”在线认证检测系统，率先填补了认证检测领域移动端的空缺，提供了Web浏览器+移动端的双端访问模式，给用户提供了多种访问途径，真正实现了用户和检测机构的随时随地在线下单检测。 关键词：HTML5，检测与认证，Android，多窗口浏览器模式，跨域处理，页面自适应 Abstract At present business processes are old and explicit in industrial market of certification and detection filed, as well as users can not have effective and convenient communication with detection institutions. Apart from these, customers have to come to detection institutions personally to send samples, and they can not take effective trace of each process during detection. All of these limit the advanced development of certification and detection field. As the versions, types and resolution of users' mobile phones vary in current market, conditional ways depending on systems respectively cost extra time and resources. In order to develop efficiently and save cost of projects, this paper combines android with HTML5 to design and start the development of mobile web system. However, due to standard specification of W3C of HTML5 hasn't been drafted, and browser-alike webview in android has several limits itself, there are still many problems to be solved. Including: (1) Multi-window browser pattern. Webview window in android used to load pages just works like browser, as well as there is only one webview running at the same time. (2)Cross-domain data interaction. Different webviews can not share data. (3)Self-adaption of pages. It is difficult for pages to adapt to devices and browsers of different resolution. This paper researched and designed an online certification and detecting system based on Android and HTML5. Four main parts are included as following: (1) Considering multi-window browser problem, this paper pointed out and analysed reasons of it. The running mechanism of Activity was used cleverly and webiews of main modules were managed through Fragment stacks, in order to control the switch among different modules. (2)Considering cross-domain data interaction problem, reasons of it were pointed out and analysed. LocalStorage was overrided based on HTML5 storage technics, and local sqlite was used to maintain data in order to realize cross-domain data interaction. (3)Considering self-adaption of pages, the system combined the ideas of progressive enhancement and embracing flow layout, aiming at personalitites of mobile facilities viewports, and realized respective solution. (4)Considering the implementation of system functions, the system took the advanteges of native frameworks as well as HTML5 crossing platforms, and developed "Finding Me Detecting" online certification and detecting system. In summary, "Finding Me Detecting" online certification and detecting system filled up blanks of mobile market in certification and detecting field, provoding double side access pattern, that is to say web browser together with mobile side, offering users various ways to access the system, and really realized the goal of whenever and wherever ordering to detect for users and detecting companies. Keywords: HTML5; Quality Authentication; Android; Multi-window browser; Cross-domain data; Page self-adaption 专业名词清单 专业名词 名词解释 HTML5 万维网的核心语言、标准通用标记语言下的一个应用超文本标记语言（HTML）的第五次重大修改 Android 一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导开发 IOS 由苹果公司开发的移动操作系统 Webkit 一个开源的浏览器引擎，在手机上的应用十分广泛 Webview WebView(网络视图)能加载显示网页，可以将其视为一个浏览器。它使用了WebKit渲染引擎加载显示网页 Activity Activity是一个应用程序组件，提供一个屏幕，用户可以用来交互为了完成某项任务，是一个负责与用户交互的组件 SSH 为 Struts+Spring+Hibernate的一个集成框架，是目前较流行的一种Web应用程序开源框架。其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理Struts和Hibernate。 WebStorage HTML新增的本地存储解决方案之一 LocalStorage 本地永久性存储数据，除非显式将其删除或清空 SessionStorage 存储的数据只在会话期间有效，关闭浏览器则自动删除 Sqlite 一款轻型的数据库，是遵守ACID的关系型数据库管理系统，它包含在一个相对小的C库中 W3C 万维网联盟，创建于1994年，是Web技术领域最具权威和影响力的国际中立性技术标准机构。主要的工作是发展 Web 规范，这些规范描述了 Web 的通信协议（比如 HTML 和 XHTML）和其他的构建模块。 NativeApp 使用传统原生态Android SDK来实现的应用 WebApp 基于浏览器来实现的一种应用 HybridApp 一种可以下载的Native App，其用户界面的全部或者部分元素在嵌入式浏览器组件（WebView之类的）里面运行 优雅降级 一开始就构建站点的完整功能，然后针对浏览器测试和修复。认为应该针对那些最高级、最完善的浏览器来开发网站。而将那些被认为“过时”或有功能缺失的浏览器下的测试工作安排在开发周期的最后阶段 渐进增强 一开始只构建站点的最少特性，然后不断针对各浏览器追加功能。先让网站能够正常工作于尽可能旧的浏览器上，然后不断为它在新型浏览器上实现更多的增强和改进。 Viewport 移动设备上的Viewport就是设备的屏幕上能用来显示网页的一块区域，即浏览器上用来显示网页的那部分区域。Viewport不局限于浏览器可视区域的大小，可能比浏览器的可视区域要大，也可能比浏览器的可视区域要小。 媒体查询 CSS媒体查询允许开发者基于浏览网站的设备的特性来应用不同的样式申明，最常用的特性是视口宽度。 GCF 谷歌内嵌浏览器框架, 使用此插件，用户可以通过Internet Explorer的用户界面，以Chrome内核的渲染方式浏览网页。Chrome Frame 会把最新版的Chrome Webkit 内核和JavaScript 引擎注入到IE中, IE浏览器将获得Chrome的性能和功能 目录 摘要 I ABSTRACT II 专业名词清单 III 第一章 绪论 1 1.1 研究背景与意义 1 1.2国内外相关研究现状 2 1.2.1 在线认证检测平台开发现状 2 1.2.2 HTML5 3 1.2.3 Android 3 1.2.4 Android移动Web项目开发的三种解决方案：Native, Web和Hybrid优缺陷分析 4 1.2.5国内外应用现状 6 1.2.6 研究现状总结 7 1.3研究目标与内容 7 1.3.1多窗口浏览器模式的实现机制 7 1.3.2跨域交互即缓存处理方法 7 1.3.3页面自适应机制，即设备自适应与浏览器自适应机制 8 1.3.4 “认我测”质检服务平台的设计和实现 8 1.4 本文的结构安排 8 第二章 多窗口类浏览器设计 11 2.1 多窗口类浏览器需求分析 11 2.1.1 Activity简介 11 2.1.2 Fragment简介 11 2.1.3 多窗口类浏览器需求 12 2.2 多窗口浏览器模式的实现机制 12 2.2.1安卓移动端多窗口浏览器框架 12 2.1.2多窗口浏览器模式实现机制 13 2.3 模块实现 13 2.3.1类浏览器模式 13 2.3.2多窗口类浏览器模式 14 2.4 本章小结 15 第三章 跨域交互缓存处理设计 17 3.1 跨域交互缓存处理需求 17 3.1.1 缓存技术WebStorage 17 3.1.2 跨域交互缓存处理需求 17 3.1.3 页面回退管理需求 17 3.2 缓存处理机制 18 3.2.1 跨域缓存处理 18 3.2.2页面回退管理 18 3.3 模块实现 19 3.3.1跨域缓存机制的主要实现 19 3.3.2.页面回退管理的实现 22 3.4本章小结 22 第四章 页面自适应机制设计 23 4.1页面兼容策略 23 4.2 页面自适应策略 24 4.2.1设备自适应 24 4.2.2.浏览器自适应 25 4.3 模块实现 25 4.3.1根据适口属性设计响应式布局： 26 4.3.2同分辨率范围内的流式布局设计 26 4.3.3移动端viewport属性设定 27 4.3.4组件样式的渐进增强设计 27 4.4 本章小结 27 第五章 认我测在线检测服务系统设计 29 5.1认我测在线检测服务系统需求分析 29 5.2 系统时序流程 29 5.3 系统功能模块图 30 5.4 本章小结 32 第六章 认我测在线检测服务系统实现与测试 33 6.1认我测在线检测服务框架设计 33 6.2 系统运行环境搭建及配置 34 6.2.1 AndroidManifest.xml主程序环境配置 34 6.2.2 移动端工程资源布局 35 6.3 认我测在线认证检测系统的主要功能实现 36 6.3.1用户查询 36 6.3.2订单操作 37 6.3.3个人信息维护 37 6.4.系统功能测试 38 6.4.1 首页功能模块 38 6.4.2 订单功能模块 38 6.4.3 个人信息模块 39 6.4.4页面自适应 40 6.5 本章小结 41 第七章 总结与展望 43 7.1 工作总结 43 7.2 研究展望 44 致谢 47 参考文献 49 第一章 绪论 1.1 研究背景与意义 目前市场业务中在产品以及其他项目的认证和检测方面存在诸多不便，用户需要实地考察并频繁与检测单位沟通，填写繁琐的纸质检测报告、当面送递样品，对于检测环节中存在的问题难以及时交互并处理。市场上相应的检测平台诸如检测通、凡特网等皆为pc端检测网站，并且操作繁琐不够人性化，用户在实地使用中存在很多问题。昆山工业技术研究院着眼于为委托用户和质检机构搭建良好的沟通桥梁，免去目前市场业务中企业用户需要实地地并频繁地与检测机构沟通，从而提出自己的委托乃至下委托单、等待检测报告等，设计并研发了市场上首款提供质检服务的移动端app，即“认我测”质检服务平台系统，用户只需在手机上安装轻盈小巧的系统app，即可方便快捷的进行委托服务，质检机构亦可便捷地处理请求订单，双方都可以实时追踪委托订单的状态变化。 考虑到目前市场上用户的手机型号、种类、屏幕分辨率等参差不齐，传统方式根据主流系统(如android、ios)分别开发相应的系统耗时又耗力，为了高效开发并节约开发项目成本、提高项目开发效率，并迎合近年来新兴的HTML5移动页面开发技术，公司采用Android+HTML5相结合的方式进行移动端系统的研发工作。系统的主体一次开发即可在不同设备，包括不同系统、不同型号、不同分辨率设备上运行，免去了大量冗余的开发工作，提高项目的开发效率，降低项目的开发维护成本，为用户提供便捷服务。项目的封装框架只需根据系统的不同稍微改动定制即可，传统的多套系统项目现在只需一次开发，即可适应于不同机型。此外系统还可以通过微信公众号推广链接进行访问，大大的增强了系统的可扩展性和用户操作的便捷性。 然而，由于HTML5的W3C标准规范还未制定，安卓系统中类浏览器Webview自身存在一些局限性，使得结合安卓与HTML5开发移动web项目仍处在探索研发阶段，还不够成熟和完善，相应的技术支持也比较有限，因此仍存在着诸多问题亟需解决,包括: (1)多窗口浏览器模式问题。安卓用于加载的Webview视图窗口只是作为类浏览器而存在，并不等同于pc浏览器，在安卓上更是只能同时运行一个Webview，每次加载新的页面都只能覆盖掉原先的页面，无法达到网页浏览器的多窗口模式。通过常规的pc浏览器窗口的相应open、close进行新增窗口、关闭窗口等操作，在Webview类浏览器窗口中都无法正常运作，甚至会导致Webview失去响应。为此，需要研究相应的解决方案，用于模拟用户适应的网页多窗口浏览器模式。（2）跨域交互问题，即缓存机制与浏览记录管理问题。不同于网页浏览器，用户的数据可以在不同的窗口之间共享，Webview由于其模块之间无法共享数据的机制为保存用户信息以及共享其他程序数据带来了巨大难题。为此需要区分数据是同模块内部共享还是跨域共享访问，并提供相应的解决方案。Webview通过模拟多窗口浏览器模式运作后，在不断的新开页面以及不同模块之间互相切换，会导致页面回退时历史浏览地址发生覆盖，使得不同模块无法回到相应的上级页面，为此需要有效的对页面的浏览历史进行管理，并提供切实可行的方案。（3）页面自适应问题,即设备自适应与浏览器自适应问题。针对移动设备繁杂的屏幕分辨率，如何让页面进行分辨率自适应，从而发挥相对于原生态安卓开发的优势，是一个需要探索和解决的问题。考虑到高效开发设计以及便于推广应用，HTML5的界面不仅仅需要适应基于Webkit内核的Webview，还要能够方便的应用于PC端的网页，如何让HTML5的网页能够适用不同的浏览器内核，也是一个亟待解决的问题。 为此，如何使得“认我测”质检服务平台中安卓与HTML5的结合开发满足多浏览器模式，并解决跨域之间的数据交互问题，同时提高页面的设备自适应和浏览器自适应能力，成为跨平台移动web项目高效开发所亟待解决的问题。 1.2国内外相关研究现状 1.2.1 在线认证检测平台开发现状 互联网界目前在检测领域存在部分在线检测认证的平台，诸如华强认证、检测通等，可以为用户提供一些简单的检测申请，以及为检测机构提供平台发布相关信息。 图1.1 华强认证检测平台首页 如上图所示，在华强认证平台上用户可以选择认证或者检测服务，针对相应类型进行筛选。根据待检测的种类不同，选择相应的检测机构资质、证书、检测周期等查询结果，根据查询结果选择检测机构进行检测委托。检测机构与平台合作，提供负责的检测服务项目、价格等信息，在平台上开设个人站点，提供数据给平台，用于用户检索。 与时下常见的电商网站类似，此类检测平台都提供检测方设计自己的网站主页以出售检测服务，同时为用户提供检索结果、显示可购买的检测服务，用户可以选择质检服务并加入购物车、下单、查看检测方详情、与卖家（检测方）沟通检测细节等操作，但是这些平台都存在着共同的问题——流程不够清晰明了、检测服务不够个性化、用户操作繁琐等，这些问题给用户和检测机构的使用以及交流带来了很多不便。平台提供的检测项目有限，很多时候用户无法确定自己需要检测的项目所属，也不能有效地与检测方进行沟通。与此同时，认证检测领域对于移动端的涉及基础为零，目前主流移动端市场没有相应的认证检测服务产品，随着移动产品愈发便捷，在移动端研发设计相应的认证检测产品，使得用户可以随时随地进行下单咨询变得愈发重要。 1.2.2 HTML5 为了方便用户的使用，“认我测”认证检测平台的PC端基于B/S架构，其设计和研发离不开浏览器内核支持，同时移动端的Web开发也同样需要HTML5语言的支持。利用HTML5的崭新特性，能够更好地为用户提供服务。 HTML5是用于取代1999年所制定的HTML4.01和XHTML1.0标准的HTML（标准通用标记语言下的一个应用）标准版本；现在仍处于发展阶段，但大部分浏览器已经支持某些HTML5技术。HTML5有两大特点：首先，强化了Web网页的表现性能。其次，追加了本地数据库等Web应用的功能。 HTML5广义上为包括HTML、CSS和JavaScript在内的一套技术组合。减少浏览器对于需要插件的丰富性网络应用服务，如Adobe Flash、Microsoft Silverlight与Oracle JavaFX的需求，并且提供更多能有效增强网络应用的标准集。目前HTML5已向开发人员提供了很多新的标签，如section，nav，article，header和footer等。这些标签语义化程度高，被广泛使用。 HTML5逐渐为移动Web开发所采纳，主要原因在于其适用移动项目开发的八大特性，即离线缓存、音频视频自由嵌入、地理定位、Canvas绘图、丰富的交互方式、低开发维护成本、CSS支持以及调用手机硬件。其中离线缓存可以看做是加强版的cookie，不受数据大小限制，有更好的弹性以及架构，可以将数据写入到本机的ROM中，还可以在关闭浏览器后再次打开时恢复数据，以减少网络流量。音频视频方面HTML5无需拆分开混排的多媒体内容，可以将文字、图片、音频、视频等放在一起进行处理。HTML5提供地理定位的支持，无需专属导航软件，通过缓存即可加载地图数据，方便灵活。在系统开发和维护方面，打开即可使用最新版本，免去重新下载升级包的麻烦，使用过程中就直接更新了离线缓存。除此之外，HTML5增强了对CSS样式的支持，极大的增强了界面的美化和友好性，提高了用户体验。 1.2.3 Android Android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发。Android操作系统最初由Andy Rubin开发，主要支持手机。2005年8月由Google收购注资。2007年11月，Google与84家硬件制造商、软件开发商及电信营运商组建开放手机联盟共同研发改良Android系统。随后Google以Apache开源许可证的授权方式，发布了Android的源代码。2011年第一季度，Android在全球的市场份额首次超过塞班系统，跃居全球第一。 2013年的第四季度，Android平台手机的全球市场份额已经达到78.1%。 Android是一个真正意义上的开放性移动设备综合平台。它包括操作系统、用户界面和应用程序－移动电话工作所需的全部软件，而且不存在任何以往阻碍移动产业创新的专有权障碍。通过与运营商、设备制造商、开发商和其他有关各方结成深层次的合作伙伴关系，来建立标准化、开放式的移动电话软件平台，在移动产业内形成一个开放式的生态系统，这样应用之间的通用性和互联性将在最大程度上得到保持。 在开发之初，Android平台就被设计成一个由一系列应用所组成的平台。所有的应用都运行在一个核心的引擎上面，这个核心引擎其实就是一个虚拟机，它提供了一系列用于在应用和硬件资源间进行通讯的API。Android打破了应用之间的界限，开发人员可以把Web上的数据与本地的联系人、日历、位置信息结合起来，为用户创造全新的用户体验。此外应用程序不仅可以通过标准API 访问核心移动设备功能、互联网，应用程序还可以声明它们的功能供其他应用程序使用。 考虑到移动端市场主流操作系统的使用情况、移动领域的发展趋势以及Android操作系统的开源性，系统采用Android操作系统为研究对象，在其基础上进行设计和研发，使得认证检测产品能够为主流用户所使用，为用户带来便捷。 1.2.4 Android移动Web项目开发的三种解决方案：Native, Web和Hybrid优缺陷分析 Native app是用传统原生态Android SDK来实现的应用；Web app是基于浏览器来实现的一种应用。 Hybrid app是一种可以下载的Native App，其用户界面的全部或者部分元素在嵌入式浏览器组件（WebView之类的）里面运行。对用户来说，Hybrid App与Native App很难区别。二者都可以从应用程序商店或市场下载，存放在移动设备上，运行方式完全如同其他任何应用程序。但是对开发者来说，却存在巨大的差异，因为其无需为每一种移动操作系统从头开始重新编写应用程序，而是只要用HTML、CSS和JavaScript编写其中一部分应用程序代码，即可在多个设备上重复使用。 以下是三种技术各自的优缺点。 Native app Web app Hybrid app 系统特性 可以完美发挥系统特性（调用系统服务、内存管理等）； 操控设备硬件（如相机、蓝牙、振动器等） 无法充分发挥系统特性（调用系统服务、内存管理等）； 无法操控设备硬件（如相机、蓝牙、振动器等） 可以发挥大部分系统特性（调用系统服务、内存管理等）； 可以通过JavaScript API操控设备硬件（如相机、蓝牙、振动器等） 用户体验 可提供最佳的用户体验，最优质的用户界面，最华丽的交互； 支持消息推送 用户体验较差； 图片和动画支持性不高； 不支持消息推送 可提供较好的用户体验； 支持消息推送 本地资源 可访问本地资源 不支持访问本地资源 可访问本地资源 应用更新 获得新版本时需重新下载应用更新，不够方便 跨平台开发、用户不需要下载安装App,开发速度快 可以下载新应用更新，也可在线更新 适用场景 适合制作游戏等性能要求比较高的应用 对于对界面的灵活性有较高要求的app 适用于对画面表现特别高以外的主流需求 开发成本 各平台不兼容，多平台的开发、移植比较复杂，开发成本高，开发周期长，开发成本高； 维护多个版本的成本比较高； 针对多种设备（不同分辨率、不同硬件配置等）的调试和适配较麻烦，维护成本高； 纯HTML5快速开发，较低的开发成本； 支持设备广泛，基于浏览器，跨平台性，维护成本低； Native+HTML5 针对不同系统制定系统外壳，页面部分可重用，大大降低开发成本； 可直接在线更新，更新成本低； 跨平台性，无需针对不同平台开发多个版本应用。 网络要求 支持离线使用 非常依赖网络，网络不稳定等其他环境时，用户请求页面的效率大打折扣 大部分功能依赖网络 考虑到系统需要提供较好的用户体验、用户与检测机构能够利用消息推送进行实时沟通、用户的查询和下单操作默认已具备网络环境等因素，因此为了更好地利用移动端本地硬件支持以及实现跨平台、跨设备的开发，系统采取了Hybrid混合开发模式。通过在原生态框架中嵌入Webview类浏览器，主体页面采用HTML5开发，由原生态定制系统框架，这样在更换移动端操作系统时，只需相应更换系统外壳，主体部分可以重复利用，极大地减少了研发成本，提高了系统的可复用性。系统主体部分更新时，无需在应用市场中重新下载，应用HTML5的特性在线更新缓存即可方便地获取最新版本，为用户带来了便捷。 1.2.5国内外应用现状 图1.2 智能手机操作系统分布数据 市场调研公司Kantar Worldpanel ComTech发布的智能手机操作系统数据显示，截至2016年2月末的三个月内，Android中国城市的销售份额从去年同期的73%增至76.4%。而在美国和欧洲五大市场（包括英国、德国、法国、意大利和西班牙），Android的市场占比继续保持增长态势。因此系统选取市场移动端主流操作系统Android作为基础，进行移动端认证检测产品的研发和设计。 随着移动浪潮的兴起，各种APP层出不穷，极速的业务扩展提升了团队对开发效率的要求，这时使用IOS&Andriod开发一个APP的成本相对过高，而HTML5的低成本、高效率、跨平台等特性马上被利用起来形成了一种新的开发模式：HybridAPP。 作为一种混合开发的模式，Hybrid APP底层依赖于Native提供的容器（UIWebview），上层使用Html&Css&JS做业务开发，底层透明化、上层多多样化，这种场景非常有利于前端介入，非常适合业务快速迭代。Hybdrid作为目前主流的移动端开发设计模式，能够极大的利用Native和HTML5的优势，将性能与用户体验相结合，缩短跨系统的产品研发周期，给用户和研发都带来极大的便利。混合型APP软件兼具“原生型APP软件良好用户交互体验的优势”和“网页型APP软件跨平台开发的优势”。市场上一些主流移动应用都是基于混合型APP软件的方式开发，比如工商银行、百度搜索、街旁、东方航空、微信、去哪儿等。 目前已有众多企业采用混合型APP软件技术开发APP应用，一方面是开发简单，另外一方面可以形成一种开发的标准。企业封装大量的原生型的原生插件如支付功能插件供Java调用，并且可以在今后的项目中尽可能的复用，从而大幅降低开发时间和成本。混合型APP软件的标准化给企业移动应用开发、维护、更新都带来了极高的便捷性。 混合型APP软件通常是基于第三方跨平台移动应用引擎框架进行开发，在国内开发者中比较知名的有PhoneGap、Titanium和AppCan。这些引擎框架一般使用HTML5和Java作为编程语言，调用引擎封装的底层功能如照相机、传感器、通讯录、二维码等。HTML5和Java只是作为一种解析语言，真正调用的都是原生型APP软件一样封装的底层功能，这是和网页型APP软件的最大区别和不同。因为使用了浏览器技术，所以混合型APP软件通常具有跨平台的特性，并且开发成本和网页型APP软件接近，开发效率也远高于原生型APP软件。根据国际科技媒体ReadWriteWeb 2015数据统计显示，截至2015，有80%的App全部或部分基于HTML5研发。大部分的App内容以网页的形式呈现，包括微信、Facebook、Twitter等。为此，Hybrid混合模式成为“认我测”在线检测服务平台移动端框架的开发和设计依赖。 尽管微信通过公众号的形式，使得Android+HTML5模式得以应用并推广，这项技术目前仍不够完善，利用web实现移动app存在一些瓶颈。（1）根据百度移动互联网发展趋势报告，iPhone下载一个1.407k的网页，建立连接耗时1.35s左右，传输耗时0.15s左右。这样，导致app在建立连接的时候，屏幕处于白屏状态。app在一秒多的时间内，完全处于白屏状态，加上3G、GPRS网络的不稳定，有时候等待app响应需要几秒甚至1几秒的时间，对于mobie app来说，这是个致命的缺陷。（2）难以实现本地存储。基于Android存在多版本系统，Android低版本中的Webkit对HTML5和CSS3不能够很好地支持。常用的HTML5向后兼容方案是通过Javascript+CSS+Html来模拟HTML5的一些特性，但过多的js存在于移动app中会得不偿失。 Android+HTML5的混合开发模式对于移动端Web项目开发已经成为市场的主流和趋势，与此同时这项技术还存在着一些问题，需要不断的进行改进和完善。 1.2.6 研究现状总结 总而言之，Android操作系统在移动市场仍居主流，HTML5也为用户带来崭新的特性，Hybrid混合开发模式也逐渐成为移动Web开发的主流设计模式，大量的市场应用都成功的应用和推广了Android+HTML5。正是在这种背景下，“认我测”在线认证检测系统率先填补了移动端认证检测领域的产品空缺，采取了Hybrid混合开发模式。同时，利用Android+HTML5相结合开发移动端Web项目尚处于应用阶段，仍然存在很多问题，还不够成熟和完善。如何将这二者更有效的结合使用，并解决过程中存在的问题，提高项目开发的效率以及节约开发成本，是一个需要研究探索的问题，这也是本课题的意旨。 1.3研究目标与内容 1.3.1多窗口浏览器模式的实现机制 深入挖掘Webview作为类浏览器视图窗口与传统PC端浏览器的区别，针对安卓端同一视图区域单一运行Webview的特性，通过在原生态安卓中启用Fragment视图加载不同视图页面，在外部Activity中对Fragment进行管理控制。同时调整窗口加载及操作模式，适应移动端相关操作从而实现程序中加载多个Webview视图窗口并可以随意切换，实现类浏览器多窗口加载资源并交互的模式。 1.3.2跨域交互即缓存处理方法 针对Webview不支持多窗口间跨域访问的问题，重写缓存处理方式以替代网页端会话级缓存机制，模拟web端本地存储localStorage对本地缓存的处理方法，诸如setItem()、getItem()、removeItem()以及clear()，通过将持久化数据存储在移动端本地数据库来模拟网页端数据持久化存储，实现多Webview间跨域交互访问以及缓存数据保存和处理。 通过维护Webview的历史栈，根据需求进行过滤跳转或者重新加载页面。若当前为重定向后的链接，那么回退的时候就需要忽略上一级的链接，不使用Webview自带的回退方法goBack(),相对地移除重定向和重定向后的url,获取到初始页面链接后自行进行loadUrl()操作. 1.3.3页面自适应机制，即设备自适应与浏览器自适应机制 利用Viewport来控制页面的缩放比例、页面的初始大小，针对不同分辨率的移动设备实现网页页面自适应。通过渐进增强以及优雅降级机制来控制不同版本、不同浏览器之间的兼容问题，以及利用JavaScript库辅助修正相应的样式问题，从而实现浏览器适配的机制。 1.3.4 “认我测”质检服务平台的设计和实现 移动客户端通过安卓与HTML5结合开发设计委托方和质检方app，通过原生态安卓框架外壳嵌入Webview渲染加载页面，添加Java接口与消息会话模块，通过移动端Sqlite操作数据重写localStorage来实现缓存机制，利用Fragment视图层控制Webview的切换与运行来展现主要的功能模块—委托方App：首页模块、订单模块、消息模块和个人模块；质检方App—订单模块、消息模块和个人模块。 服务器端采用J2EE的SSH框架搭建项目，通过微信公共账号链接Html页面，为用户提供多种系统访问途径，增强了系统的可扩展性，为用户带来便利。 1.4 本文的结构安排 本文共分为七个章节。 第一章是绪论部分，介绍课题的研究背景，指出课题的研究意义。然后通过对HTML5研究、Android移动Web开发技术研究以及Hybrid开发问题研究来介绍该课题在国内外的研究现状。最后说明本文的研究目标与内容，以及论文的结构安排。 第二章介绍多窗口类浏览器模式策略的设计与实现。针对现有移动端单一窗口存在的不足，提出类浏览器多窗口解决方案，并对多窗口浏览器模式进行设计 第三章其次分析Webview的跨域数据交互问题，针对移动端类浏览器内核不支持跨域数据访问的不足，提出本地持久性存储替代web端缓存的解决方案，并对跨域访问模式进行设计。同时分析了页面重定向导致的页面无法正常访问问题，提出采用页面浏览历史栈的管理方案，针对回退时目标页面解析进行相应操作。 第四章是多分辨率多设备页面自适应策略设计。首先分析现有Web页面在移动端不同分辨率和设备显示存在的问题，针对页面难以在不同设备上保持兼容适应的不足，提出页面自适应解决方案，并通过渐进增强以及媒体查询等方式进行设计。 第五章是认我测系统的设计，包括系统的功能需求分析、业务流程展示以及功能模块设计。 第六章是系统的功能测试，介绍了相关的实现环境与工具，并对系统的主要功能模块以及主要解决方案进行了功能验证测试。 第七章是总结展望部分，总结本文的主要工作内容与创新点，并对本文写作与实验过程中的不足及后续研究进行展望。 第二章 多窗口类浏览器设计 2.1 多窗口类浏览器需求分析 2.1.1 Activity简介 在Android中一个Activity是一个应用程序组件，它提供一个屏幕，用户可以为了完成某项任务用来交互，例如拍照、拨号、看地图、发送邮件等。每一个Activity被系统给予一个窗口，在该窗口上面可以绘制用户接口。一个应用程序通常由多个Activities组成，他们通常是松耦合关系。通常首次启动应用程序的时候呈现给用户的Activity被指定为"Main Activity”。为了完成不同的动作，每一个Activity可以启动另一个其他的Activity。一个新的Activity启动，前一个Activity就被终止了，但是系统将Activity保存在一个栈上。当一个新Activity启动，它被推送到栈顶，取得用户焦点。栈的管理符合“后进先出”原则，所以，当用户完成当前Activity然后点击back按钮，它被弹出栈并且被摧毁，然后恢复之前的Activity。 若一个Activity因新的Activity启动而停止，系统通过Activity的生命周期回调函数，通知其这种状态转变。一个Activity根据它自己的状态变化可能会收到许多回调函数的通知信息，诸如系统创建、停止、恢复或者摧毁Activity，每个回调都使得开发者得以完成相应状态的指定工作。例如，当停止Activity的时候，应该释放所有大的对象，如网络数据库连接。当Activity恢复时，开发人员可以重新获得必要的资源和恢复被中断的动作。这些状态转换都是Activity的生命周期的组成部分。 2.1.2 Fragment简介 Android 3.0中开始引入Fragments 的概念，可以称为:碎片、片段。其目的是为了解决不同屏幕分辨率下动态和灵活的UI设计，大屏幕如平板、小屏幕如手机。平板电脑的设计使得其有更多的空间来摆放更多的UI组件，而多出来的空间存放UI使得这些组件会产生更多的交互，从而诞生了Fragments。 Fragments 的设计不需要开发者来亲自管理视图层的复杂变化，通过将Activity 的布局分散到Fragment 中，可以在运行时修改Activity 的外观，并且由Activity 管理保存其变化。当一个片段指定了自身的布局时，它能和其他片段配置成不同的组合，在活动中为不同的屏幕尺寸修改布局配置。小屏幕可能每次显示一个片段，而大屏幕则可以显示两个或更多。Fragment是Activity的界面中的一部分或一种行为。可以把多个Fragments组合到一个Activity中来创建一个多面界面并且可以在多个Activity中重用一个Fragment。除此之外，可以把Fragment认为是模块化的一段Activity，它具有自己的生命周期，接收它自己的事件，并可以在Activity运行时被添加或删除。 Fragment不能独立存在，它必须被嵌入到Activity中，而且Fragment的生命周期受到所在的Activity的影响。当Activity暂停时，它拥有的所有的Fragments都被暂停；当Activity销毁时，它拥有的所有Fragments都被销毁。然而，当activity运行时（在onResume()之后，onPause()之前），可以单独地操作每个Fragment，比如添加或删除它们。在执行上述针对Fragment的事务时，可以将事务添加到一个栈中，这个栈被Activity管理，栈中的每一条都是一个Fragment的一次事务。有了这个栈，就可以反向执行Fragment的事务，这样就可以在Fragment级支持“返回”键（向后导航）。 2.1.3 多窗口类浏览器需求 在Android中展现在用户面前的Activity同时只能存在一个，而由于类浏览器内核Webkit的特性，一个Activity中同时只能加载一个Webview用以渲染网页，如果用户想模仿Web浏览器新增一个浏览器标签窗口打开新页面，只能将原来的网页覆盖掉，无法在窗口间来回切换，用户也无法保持原有的浏览器使用习惯。为此，需要利用Activity栈的切换特点，将系统的主要模块分别设计在不同的Fragment上，通过各自的Webview进行加载渲染，在用户需要切换窗口时，通过管理切换Fragment达到目的的实现。 2.2 多窗口浏览器模式的实现机制 2.2.1安卓移动端多窗口浏览器框架 图2.1 多窗口浏览器模式系统框架图 如图4所示，系统安卓移动端由首页、订单、消息以及个人信息四个模块构成，每个模块对应一个视图层Fragment，在安卓Activity运行时一次加载一个视图Fragment，通过底部的原生态菜单栏BottomBar进行视图之间的切换。每个视图Fragment对应同一个位置的Webview类浏览器窗口，通过Webview加载所需要的页面，通过外部的Fragment对Webview的加载以及切换进行控制，从而实现类浏览器多窗口模式。 2.1.2多窗口浏览器模式实现机制 多窗口浏览器模式的实现原理为：安卓外部Activity控制视图层Fragment的加载和切换，Fragment内部加载和控制Webview对页面的渲染，同时调整Web端页面的窗口打开和关闭模式，通过页面重定向进行打开和关闭返回。 多窗口浏览器模式解决两个问题，一是安卓中的类浏览器窗口模式，二是浏览器多标签模式。在移动端的页面加载过程中，类浏览器内核Webview的运行机制为覆盖加载页面，一次运行期间只同时存在一个Webview，与PC端浏览器的运行模式不同，无法通过open打开一个新的浏览器标签页，也无法通过close关闭单个的标签页。为此需要通过loadUrl进行页面重定向，在关闭页面时通过loadUrl反重定向或者通过Webview本身的goBack方法进行回退。移动端的Webview在全局意义上等价于PC端的浏览器，但是通过close关闭的不是一个窗口，而是关闭了整个浏览器。安卓中Activity运行时只能加载一个Webview，因此无法同时展现不同的页面，为此需要通过外部对Webview序列的控制，模拟多窗口显示页面的模式。 在安卓Activity的视图View初始化过程中，实例化需要首次显示的视图层fragment (如首页)，将其放入实例化的视图层管理容器HashMap，并通过changeFragmentFrom Menu方法控制用户对视图层Fragment的切换，将原有的视图层置为等待恢复状态，并激活新的视图层用以在Activity中展现，通过changeFragmentBack控制用户通过回退操作唤醒的首页视图层，以此来控制不同视图层，即类浏览器窗口之间的切换。在相应的Fragment视图层中，初始化视图InitView时渲染加载Webview，同时控制底部的菜单栏，通过Webview加载相应的本地网页或服务器端网页，设置Webview相应的属性进而控制页面由Webview加载，而非默认的系统浏览器加载。为Webview绑定页面与原生态安卓相交互的接口，从而可以在加载的页面内调用安卓的原生态功能。 2.3 模块实现 2.3.1类浏览器模式 该部分主要为安卓中通过Webview渲染加载网页的过程。主要包含以下过程： Fragment布局文件中声明控件Webview，绑定其资源ID，为Webview设置宽度和高度。 （1）在Fragment视图初始化initView部分，利用findViewById()通过资源ID获取到Webview控件，对其进行初始化，同时设置相关的webSettings属性，让Webview可以运行JavaScript脚本以及能与本机数据库进行交互。 （2）重写WebViewClient的shouldOverrideUrlLoading()函数，让应用程序的Webview直接加载网页内容，而不调用外部的浏览器。 （3）重写Webview网页对话框，构建一个Builder用以显示网页中的对话框，在点击确定按钮之后，继续执行网页中的操作，同时关闭Builder对话框。 （4）为JavaScript创建安卓接口。通过addJavaScriptInterface为Webview绑定底层Java接口，同时提供相应的接口方法名以及在页面中可以调用的句柄名称，通过该句柄和方法名，即可在Html5页面的JavaScript中访问该底层的Java方法，实现对页面上部和底部的系统外壳的展示管理。 （5）通过loadUrl进行对目标页面的渲染加载，可以加载访问服务器端的页面，也可访问放置在项目内部的页面文件，该模式需要将相应页面放置于系统的assets目录下。相对而言服务器端页面更加常用，也便于维护。 2.3.2多窗口类浏览器模式 图2.2 多窗口类浏览器模式原理图 （1）创建各个主功能模块的视图类Fragment，分别为主界面模块HomeFragment、订单模块OrderFragment、聊天咨询模块MessageFragment以及个人中心模块PersonalFragment，继承自基类BaseFragment。 （2）每个Fragment视图类中声明并初始化相应的Webview组件，对其进行属性设置，为其绑定JavaScript接口并覆盖渲染加载页面的方法，绑定相应的需要在页面调用的底层Java方法接口。重写默认的页面回退响应事件，对页面访问历史以及目标访问页面进行过滤判断，执行相应的处理方法。 （3）在MainActivity的初始化initView中声明并初始化Fragment管理容器HashMap，初始化主页视图HomeFragment并将其加入容器，设置其为默认加载视图。获取FragmentManager用以维护管理Fragment队列，调用beginTransaction方法开启事务。 （4）重写回退按钮响应事件。当页面回到各自模块的初始页面然后按下回退键时，判断当前模块所在的Fragment，由主页模块后退时，执行确认退出系统操作，若从其他模块进行后退，则回到主页模块。通过底部菜单栏setRadioChecked方法设定当前模块的选中标识。 （5）重写模块间切换的方法changeFragmentFromMenu，开启事务，对模块标识ftag进行判断操作，根据用户点击的模块图表将相应的模块视图Fragment通过onResume()进行恢复，同时通过show()将该模块进行展示，从Fragment管理容器中将主页模块以外的Fragment移除。将带有oflag暂停标识的Fragment视图进行暂停处理，通过hide隐藏取消该视图的展示。 （6）在各自的Fragment模块视图类中重写onResume方法，用以在模块恢复时进行用户是否登录判断。对Webview渲染加载的页面进行分析，判断是否包含index初始页面标识。根据flag标识进行是否需要登录操作，flag为1表示从其他Fragment跳转到该模块的Fragment视图并需要用户登录。 以上就是多窗口类浏览器模式的实现主要环节，通过Webview加载渲染服务器资源页面，控制碎片视图Fragment展现各自模块的Webview，在MainActivity对碎片容器以及碎片视图之间的切换进行管理控制，从而完成多窗口类浏览器模式的实现。 2.4 本章小结 本章分析并介绍了安卓中Activity的基本性质，对碎片视图Fragment进行了相关阐述和引出，综合分析了多窗口类浏览器模式的设计需求。随后对多窗口类浏览器模式的框架进行了设计，通过Activity运行管理Fragment的加载和切换，各个模块的Fragment视图独自加载运行相应的Webview，补充和完善不同模块之间切换和回退的业务逻辑。在模块实现部分详细描述了两个关键部分的实现环节，即类浏览器模式和多窗口类浏览器模式，介绍了过程中主要用到的方法以及实现思想。 第三章 跨域交互缓存处理设计 3.1 跨域交互缓存处理需求 3.1.1 缓存技术WebStorage 图3.1 WebStorage示意图 WebStorage 使得网站能够把信息存储到本地的计算机上，并在以后需要的时候进行获取。WebStorage和Cookie类似，区别在于WebStorage是为了更大容量存储而进行设计。Cookie的大小是受限的，并且每次当请求一个新的页面的时候，Cookie都会被发送过去。而WebStorage则存储在计算机上，网站在页面加载完毕后可以通过Javascript来获取这些数据。 WebStorage提供两种类型的API：localStorage和sessionStorage，区别在于localStorage是本地永久性存储的数据，除非显式将其删除或清空，否则将一直保存在本地。sessionStorage存储的数据只在会话期间有效，关闭浏览器则自动删除。两个对象都有共同的操作API。 3.1.2 跨域交互缓存处理需求 WebStorage存储技术针对的是同一个类浏览器Webview，系统在各模块之间由不同的Webview加载渲染，通过不同的Fragment进行管理，因此模块之间无法共享数据。然而通过多窗口浏览器模式构建的系统模块之间经常需要进行数据交互，如用户登录信息以及产品相关信息，Webview由于其特性仅支持自身内部的缓存数据交互。同Webview内不断的覆盖加载新页面以及发生页面回退时可以对缓存数据提供便捷高效的数据保存，使得在页面加载的过程中可以便利的处理需要交互的数据；相对的不同的Webview之间无法共享数据，无论是会话级缓存还是持久化缓存。为此需要重写web端的持久化存储localStorage，将交互的数据保存到移动设备本地数据库。 3.1.3 页面回退管理需求 对于初始页面为A，点击某个链接跳转到B（http://xxx.com.cn/）,B页面重定向到C页面(http://xxx.com.cn/website/index.Html)，当调用webview.goBack()时，页面回退到B，然后接着会重定向回C页面。这样会导致两个问题:无法回退到Webview的初始页面A以及无法正常退出Activity或者Fragment(只有还未加载完C时进行回退才能退出页面)。为此需要引入历史记录栈，对页面访问历史进行管理，在回退事件中判断该加载页面是否需要重定向并执行相应的操作。 3.2 缓存处理机制 3.2.1 跨域缓存处理 在移动端数据库Sqlite操作类LocalStorage中定义相应的数据库连接属性、创建和更新的操作以及数据库操作单例Instance，在视图访问基类BaseFragment中定义覆盖web端持久化存储localStorage的核心交互类LocalStorageJavascriptInterface。获得数据库操作单例，并覆盖localStorage对缓存的常用处理方法取值getItem(),修改值setItem(),删除值removeItem()以及清空缓存clear()。将页面上获得的数据键值对存入数据库，对其进行更新删除以及返回给页面使用。在Webview初始化时进行页面与后台交互绑定addJavaScriptInterface，并在页面初始化init过程中将页面的默认localStorage操作更换成覆盖重写的方法，即可在页面进行跨域访问时交互相应的数据。 跨域交互的缓存处理机制如图5所示： 图3.2 缓存处理机制原理图 3.2.2页面回退管理 安卓的回退按钮一般用于返回上一级菜单，不过在浏览器页面加载过程中却不能理想地返回上一级页面，默认的回退按钮是针对Activity的回退，对于Webview来说，回退按钮会致使浏览器调用finish()而结束自身的运行，因此需要覆盖Activity的onKeyDown()事件，在方法内部重新对浏览页面进行管理。 在页面的新建关闭以及重定向时，Webview的页面回退goBack()会受到干扰，不能正常回到前一个页面，甚至会发生前后两个页面间来回切换后退的死循环，并影响模块间的后退返回。为此需要对历史访问页面进行管理，采用如下实现方案。 在Fragment视图声明时定义一个用于管理保存历史浏览记录的历史栈ArrayList,将系统初始加载界面加入列表。在此后的页面加载过程中，每次加载页面都将其加入历史栈，在系统回退响应事件中，判断页面是否为重定向页面，如果为重定向页面，则移除历史栈中最后两个链接，加载操作后历史栈的最后一项；否则移除历史栈中最后一项，加载操作后历史栈的最后一项。 页面回退方案的流程图如图3.3所示： 图3.3页面回退管理机制图 3.3 模块实现 3.3.1跨域缓存机制的主要实现 图3.4 重写LocalStorage类示意图 （1）重写LocalStorage类。让LocalStorage继承自SQLiteOpenHelper类，声明LocalStorage对象实例以及其他数据库连接配置信息，如数据表名称、表中存储的数据Id与值Value、数据库名称、创建数据库语句等。通过Singleton单例模式维护LocalStorage实例，重写创建数据库和更新的相关操作。 （2）添加LocalStorage的底层JavaScriptInterface，供服务器资源页面进行访问。通过LocalStorageDBHelper对象获取到单例localStorage，声明上下文对象和SQLiteDatabase对象。重写HTML5存储技术LocalStorage的关键缓存数据操作方法getItem()、setItem()、removeItem()以及clear()。 图3.5 重写WebStorage核心方法示意图 1.重写getItem()，根据传入参数key获取相应的value值 ①判断传入的key是否为空。 ②若key不为空，通过localStorageDBHelper的getReadableDatabase()方法实例化数据库对象database。执行sqlite的数据库查询操作，返回数据库结果操作游标。 ③根据游标的moveToFirst判断查询结果是否为空，返回相应的value结果。关闭数据库连接。 2.重写setItem()，根据传入的参数key和相应值value更新数据库 ①判断传入的key和value是否为空，通过getItem()获取更新前的值。 ②实例化数据库对象database。声明ContentValues对象并将key和value相应赋值。判断更新前和key对应的值是否存在，若存在执行数据库的更新操作；若不存在，执行数据库的插入操作。关闭数据库。 3.重写remove() ①判断传入的key是否为空 ②实例化数据库操作对象，执行相应的数据库删除操作，关闭数据库 4.重写clear() 实例化数据库操作对象，执行数据库删除操作，清空整张数据库表。 在Fragment视图中初始化Webview时，通过addJavaScriptInterface为其绑定重写的底层LocalStorage操作接口，并将操作句柄设置为localStorage。设置webSettings属性，通过setDomStorageEnabled与setDatabaseEnabled启用本地存储功能。 在服务器资源页面JavaScript方法中，尝试用句柄LocalStorage替换window默认的localStorage。若发生异常，说明LocalStorage没有被添加至webview。然后即可像通常HTML5的localStorage对缓存数据进行操作。 3.3.2.页面回退管理的实现 （1）在MainActivity中覆盖模块间的回退响应事件。当模块页面回退至各自的初始页面时，点击回退按钮执行相应的模块切换策略，若该模块为主界面模块，则弹出退出系统确认框供用户选择是否退出；若为其他模块则将菜单栏切换到首页模块。 （2）在各自的Fragment中覆盖模块内部的回退响应事件。在页面初始化时定义并维护一个存放历史访问页面的历史栈loadHistoryUrls （ArrayList），把初始页面url加入到历史栈中，在覆盖加载方法shouldOverrideUrlLoading中将待渲染加载的页面加入到历史栈中。 （3）在Fragment内部的回退事件处理方法中，判断是否可以执行返回操作。然后判断历史栈存存放页面的前一页是否包含初始重定向页面，若包含该页面则移除加载栈中的最后两个链接，否则移除加载栈中的最后一个链接。最后加载重定向之前的页面。 3.4本章小结 本章首先分析了HTML5标准下缓存处理策略WebStorage，其包含本地存储LocalStorage与会话存储SessionStorage，并提供了相应的介绍和说明。然后分析了跨域数据交互问题问题存在的原因以及页面回退管理存在的问题。由于Webview的数据封闭性，不同的模块Webview之间无法共享访问数据，使得不同的模块无法正常交互，为此采用重写LocalStorage的方式，通过本地Sqlite数据库操作模拟HTML5中缓存的操作，重写LocalStorage关键的操作方法setItem()、getItem()、removeItem()以及clear()，并为Webview绑定相应的底层Java方法接口，在服务器页面资源中用重写的LocalStorage替换默认的localStorage，从而完成跨域数据的调用访问操作。由于页面的重定向作用，页面回退时会反复加载到重定向后的页面，导致页面无法正常回退，因此通过维护历史栈的方式，在页面回退时对回退目标页面进行分析判断，并执行相应的回退管理方法，从而使得模块内部的页面以及模块之间可以正常地进行返回操作。 第四章 页面自适应机制设计 针对移动设备分辨率和屏幕大小、设备型号迥异的现状，本章将在分析现有页面跨浏览器兼容方案的基础上，同时结合移动端对不同分辨率设备的支持特性，分析与设计跨机型、跨分辨率、跨浏览器的页面自适应机制。 4.1页面兼容策略 为了使页面能够适应不同版本的浏览器内核，诸如IE、Chorme、Firefox等，CSS3引入了两种常用的设计策略，即优雅降级和渐进增强。 优雅降级指的是在页面设计开始即构建页面的完整功能，然后针对不同的浏览器进行测试和修复。该观点认为应该针对那些最高级、最完善的浏览器来开发网站，同时把那些被认为过时或有功能缺失的浏览器下的测试工作安排在开发周期的最后阶段。在这种设计思想下，旧版的浏览器通常被认为仅能提供简单却功能没有大碍的页面浏览体验。虽然可以做一些小的调整来适应某个特定的浏览器，但由于这些调整并非开发过程中关注的焦点，因此浏览器间呈现的差异通常将被直接忽略。 渐进增强指的是在页面设计开始只构建页面的最少特性功能，然后不断针对各高级浏览器追加额外功能。渐进增强思想认为应该先让网站能够正常工作于尽可能旧的浏览器上，然后不断为它在新型浏览器上实现更多的增强和改进。随着时间的推移，当更多的用户逐渐开始升级浏览器，同时浏览器本身的支持度也不断提升时，就会有越来越多的用户体验到这些增强和改进，无需为了一个已经成型的网站在旧式浏览器下正常工作而做逆向开发。渐进增强观点认为网页的开发应关注于内容本身。这使得渐进增强成为目前一种更为合理的设计范例。 图4.1 优雅降级和渐进增强图例 对于优雅降级，功能衰减的设计从复杂的功能现状开始，不断减少用户体验的供给；而渐进增强则的设计是从一个非常基础的，能够发挥作用的版本开始，并不断地进行扩充，以适应未来环境的需要。功能衰减意味着往回看；而渐进增强则意味着朝前看，同时保证其根基安全牢固。 为了能够给用户提供更好的界面交互体验，同时适应不同版本的浏览器内核，系统采用了部分渐进增强的思想，利用媒体查询为不同的浏览器版本和内核提供相应的展现效果，同时保证基本的页面展现功能。 4.2 页面自适应策略 系统采用部分渐进增强的页面适配思想，以及拥抱流式布局策略，通过视口元素的媒体查询来控制不同分辨率阈值下页面的布局规划，调整页面元素的布局为百分比方式，包括组件宽度、字体以及高度、图片的动态大小来控制相同分辨率阈值范围下不同视口中组件的平滑缩放。同时对HTML5页面的移动端适配属性进行设置控制，针对需要达到的效果设置其Viewport的属性，包括宽和高、页面最初大小、初始缩放比例、屏幕像素密度等。使得系统在Web浏览器端以及移动端都有良好的展示效果。 4.2.1设备自适应 Viewport是指用以展现手机页面的区域。尽管Viewport的可见区域和屏幕大小是匹配的，但是它有着自己的尺寸（dimensions），这一尺寸决定了页面上可见的像素点。一个web页面在扩张到整个屏幕之前占用的像素数据是由Viewport的尺寸来定义的，而不是设备屏幕的尺寸。如一个设备的屏幕宽480像素，但是Viewport宽800像素，那么这个web页面需要在800像素宽的屏幕上才能完全展现。 在HTML5中可以使用 <meta> 标签来为页面定义Viewport 的属性。可以在 <meta> 标签的content 属性中，定义多个Viewport属性。例如，Viewport的高和宽，页面的最初大小，以及目标屏幕分辨率。Content 属性中的每个Viewport性质必须以逗号相隔。通过初始缩放initial-scale和用户调整缩放来控制页面的伸张以适当地填充移动端设备的显示区域。通过target density定义屏幕像素密度来控制安卓浏览器和Webview根据不同屏幕的像素密度对页面进行的缩放。 图4.2 视口属性设置示意图 4.2.2.浏览器自适应 通过拥抱流式布局的来使得页面在不同尺寸屏幕上良好的运行。从手机到电脑，设备的屏幕尺寸层出不穷，很难用传统意义上的统一布局来适应这些变动。拥抱流式布局倡导响应式界面设计，通过媒体查询（@media screen and...）来获得设备特性信息，从而灵活的控制不同尺寸屏幕的浏览器动态的调整页面元素的布局，以适应视口特性的变化。 同时根据“目标元素宽度/上下文元素宽度=百分比宽度”的模式将传统的固定像素式布局改为百分比布局，元素的固定像素宽度转换成百分比宽度。假定整个页面布局的宽度是960px，按照1024px屏幕分辨率做参照，百分比应是960/1024 = 93.75%。其他的组件宽度也可以按照960px为参照计算。若除下来的结果是很长的小数，如340/960 = 0.3541666666666667 ，无须对结果进行四舍五入，这样可以保持最高的精确度，这些小数应尽可能完整保留。 根据“目标元素尺寸/上下文元素尺寸=百分比尺寸”将文字的固定像素大小转换为等量的相对尺寸，现代浏览器默认的字体大小是16px，字体的相对大小用em为单位来表示。若某个div的字体大小为48px，则转化后为48/16=3em。结果为小数时的处理方式同上。 给图片设置阈值以使图片随着视口平滑缩放，为不同屏幕尺寸提供不同的图片，然后针对不同视口宽度修正设计，保证在响应式设计中内容始终优先。图片不是布局元素，它里面不包含子元素。另外，图片还有失真的问题，缩放不当都会造成失真。为此，需要给图片添加样式max-width:100% 以实现弹性图片，因为图片所处的容器可以自动缩放，只需让图片限制在父级的宽度之内，就可以随父级一起缩放。弹性图片仅用max-width无法实现，除此之外还需使用百分比宽度。处理方式同计算布局元素的宽度。在此过程中需要注意图片的失真问题，当用户使用的一个超宽屏幕时，图片被放大到原大小的两倍甚至更多，图片的质量会大幅下降。所以还需为图片设置绝对阈值，即宽度上限，因此一个弹性图片的样式组合应该为：width:30%; max-width:400px。 对于一个使用超宽屏幕的用户，按照正常的页面设计比例，这张图片被放大到了500px，但是现在只能显示最大宽度400px，依然是个问题。为此可以采用另一个组合，把max-width加到图片的父级元素上，从源头上就限制放大的最大值，这样图片与它的相邻元素的比例就不会失调了。这样的设计也是个权衡的结果，因为页面结构千变万化，具体的解决办法，还得分析具体页面。 为了防止放大的过宽，可以通过媒体查询来设置不同分辨率下的阈值。在处理各种浏览器兼容问题时，可以借助Modernizr，一个用于检测浏览器功能的开源JavaScript库，通过Modernizr追加的额外类名来辅助修正样式问题，以及通过检测浏览器是否支持媒体查询来按需加载资源，让老版本IE支持HTML5等。 4.3 模块实现 页面自适应主要的实现方式包含: 4.3.1根据适口属性设计响应式布局： ①加入兼容配置代码 <meta http-equiv="X-UA-Compatible" content="IE=Edge，chrome=1">，通过chrome插件GCF（谷歌内嵌浏览器框架）控制IE以Webkit引擎及V8引擎进行样式排版，若用户未安装该插件则以IE最高文档模式进行展
PHP程序开发范例宝典III
让你短时间内由一名菜鸟到高手绝对没问题! 由于权限有限,分3部份下载 PHP程序开发范例宝典 内容提要 《PHP程序开发范例宝典》全面介绍了应用PHP进行网站开发的各种技术和技巧。《PHP程序开发范例宝典》分为20章，内容包括PHP的运行环 境配置、表单及表单元素的应用、CSS与JavaScript脚本的应用、验证控件、构建PHP动态网页、PHP与MySQL的数据库技术、PHP与其他数据库技 术、SQL查询相关技术、MySQL高级应用技术、字符串的处理技术、PHP面向对象编程技术、文件管理、图像和多媒体技术、信息提取与图表分析 技术、报表与打印技术、网络通信技术、PHP与XML技术、安全技术、PHP高级应用技术以及综合应用等。《PHP程序开发范例宝典》共提供了453 个实例，每个实例都突出实用性，绝大部分实例都体现了PHP编程人员在实际项目开发过程中总结出的经验技巧。 　　《PHP程序开发范例宝典》内容充实，实例丰富，特别适于PHP编程人员和广大计算机爱好者学习开发使用，也可供大、中专院校师生阅读 参考。 　　《PHP程序开发范例宝典》附有配套光盘。光盘提供了书中所有实例的源代码。代码都经过精心调试，在Windows XP/Windows 2000/Windows 2003 Server/Linux/UNIX下测试通过。 PHP程序开发范例宝典 目录 第1章　PHP的运行环境配置　1 1.1　Windows下环境配置　2 实例001　Windows下Apache的安装配置　2 实例002　Windows下MySQL的安装配置　5 实例003　Windows下PHP的安装配置　6 实例004　Window下phpMyAdmin的安装配置　7 实例005　使用AppServ架设Apache+MySQL+PHP运行环境　8 实例006　使用IIS服务器运行PHP脚本　10 实例007　Windows下发布“明日科技”网站　12 1.2　Linux下环境配置　14 实例008　Linux下Apache1.x安装配置　14 实例009　Linux下安装与配置Apache 2.x　15 实例010　Linux下PHP的安装配置　16 实例011　Linux下MySQL的安装配置　18 实例012　启用Red Hat Linux 9自带的PHP运行环境　19 实例013　Linux下实现PHP支持Socket　20 实例014　Linux下实现PHP支持mysqli扩展技术　21 实例015　开机自动启动Apache服务　21 实例016　开机自动启动MySQL服务　22 实例017　Linux下发布“读者之家”网站　22 1.3　应用常用开发工具开发PHP程序　23 实例018　应用Dreamweaver开发PHP程序　24 实例019　应用Eclipse开发PHP程序　25 实例020　应用PHPEditor开发PHP程序　27 实例021　应用UltraEdit开发PHP程序　29 实例022　应用Namo WebEditor开发PHP程序　30 第2章　表单及表单元素的应用　33 2.1　获取表单元素提交的值　34 实例023　获取文本框的值　34 实例024　获取隐藏域的值　35 实例025　获取文本域的值　36 实例026　获取复选框的值　37 实例027　获取单选按钮组的值　38 实例028　获取下拉列表的值　40 实例029　获取跳转菜单的值　41 实例030　获取文件域的值　42 2.2　动态添加表单元素　42 实例031　不提交表单获取单选按钮的值　43 实例032　选中单选按钮后显示其他表单元素　44 实例033　根据数据表结构自动生成数据录入页面　45 实例034　投票系统中单选按钮与复选框的应用　47 2.3　下拉列表的应用　50 实例035　在下拉菜单中显示数据表某列的字段值　50 实例036　在下拉菜单中显示数组中的元素　51 实例037　级联菜单的应用　52 实例038　修改数据时下拉列表的默认值为数据库中原数据信息　54 实例039　可输入字符的下拉菜单　56 实例040　应用下拉列表选择所要联机的网站　57 实例041　根据下拉列表的值显示不同控件　58 2.4　文本框组件的应用　60 实例042　自动计算金额　60 实例043　设置文本框的只读属性　61 实例044　设置安全的密码域　63 实例045　限制多行文本域输入的字符个数　64 2.5　表单的综合应用　65 实例046　表单组件的综合应用　65 实例047　同一个页面中的多表单提交　66 实例048　获取表单中提交的所有数据　68 实例049　以文件域的形式显示数据信息　70 第3章　CSS与JavaScript脚本的应用　73 3.1　文字特效　74 实例050　逐个闪烁的文字　74 实例051　荧光灯文字　75 实例052　滚动的文字　77 3.2　控件样式　80 实例053　通过鼠标的移动改变文本框的背景色　80 实例054　改变下拉列表框的背景色　82 实例055　带颜色变化的动态链接按钮　82 实例056　设置图片的样式　83 实例057　设置表格的样式　84 实例058　模拟的进度条　86 3.3　超链接样式　87 实例059　鼠标单击文字超链接样式　87 实例060　鼠标滑过图片超链接样式　88 实例061　鼠标单击文字获得帮助效果　89 3.4　页面样式　90 实例062　动态标题栏　90 实例063　滚动条样式　91 实例064　页面整体风格　92 实例065　首尾页切换特效　94 3.5　导航菜单设计　96 实例066　带图标的文字导航条　96 实例067　flash导航条　97 实例068　按钮导航条　99 实例069　导航条的动画效果　100 实例070　不用图片实现质感导航条　102 实例071　弹出式下拉菜单　103 实例072　二级导航菜单　105 实例073　半透明背景的下拉菜单　106 实例074　展开式导航条　110 实例075　解释型菜单　111 实例076　自动隐藏的弹出式菜单　112 实例077　收缩式导航菜单　114 实例078　树状导航菜单　116 实例079　鼠标右键菜单　117 3.6　状态栏设计　118 实例080　状态栏中的跑马灯文字　119 实例081　在状态栏中收缩显示文字　120 实例082　在状态栏中显示数字时钟　121 3.7　弹出窗口控制　122 实例083　在首页右下角弹出渐显的广告窗口　122 实例084　浮动的广告窗口　124 实例085　打开居中显示详细信息的新窗口　126 实例086　关闭弹出窗口时自动刷新父窗口　128 实例087　在弹出的对话框中选择个性头像　130 实例088　自动关闭的广告窗口　131 实例089　关闭IE主窗口时，不弹出询问对话框　132 实例090　弹出提示对话框并重定向网页　133 3.8　弹出网页对话框　134 实例091　弹出全屏显示的网页模式对话框　134 实例092　网页拾色器　136 实例093　日期选择器　138 3.9　无边框窗口　140 实例094　全屏显示无边框有滚动条窗口　140 实例095　应用JavaScript实现指定尺寸的无边框窗口　142 实例096　应用CSS+DIV实现无边框窗口　143 实例097　通过双击鼠标实现页面自动滚屏　145 3.10　其他　146 实例098　设置主页　147 实例099　收藏本站　147 实例100　离开时启动收藏夹　148 第4章　验证控件　151 4.1　通信类验证　152 实例101　验证E-mail地址　152 实例102　验证网址　153 实例103　验证电话号码　155 实例104　验证邮政编码　156 4.2　日期与时间类验证　157 实例105　验证日期的输入格式　157 实例106　验证时间的输入格式　159 实例107　验证日期与时间的输入格式　161 4.3　文本与数值验证　163 实例108　验证表单元素是否为空　163 实例109　验证输入的数值是否在指定范围内　165 实例110　验证数据是否为数值型　166 实例111　验证用户名和密码是否正确　167 实例112　验证两个文本框的值是否相等　168 实例113　验证输入的文本是否为汉字　170 实例114　限制输入字符串的长度　171 实例115　验证字符串是否以指定字符串开头　172 实例116　验证身份证号码　174 实例117　验证护照编号　175 实例118　验证车牌号码　176 4.4　自定义验证　177 实例119　验证合法的数据表名称　178 实例120　验证货币类型　179 第5章　构建PHP动态网页　181 5.1　页面间的数据传递　182 实例121　通过POST方法提交　182 实例122　通过GET方法提交　183 实例123　通过SESSION实现页面间的数据传递　184 5.2　页面跳转　185 实例124　使用header()函数实现页面跳转　185 实例125　应用HTML标记进行跳转　186 实例126　使用脚本语言实现页面跳转　187 5.3　包含文件　189 实例127　include()函数的应用　189 实例128　include_once()函数的应用　190 实例129　require()函数的应用　191 实例130　require_once()函数的应用　192 实例131　使用switch语句实现站内导航　193 5.4　COOKIE技术　195 实例132　表单提交与COOKIE　195 实例133　简单的COOKIE计数器　197 实例134　使用COOKIE记录用户登录信息　198 实例135　使用COOKIE限制用户访问网站的时间　199 5.5　会话控制　201 实例136　通过SESSION判断用户的权限　201 实例137　通过SESSION禁止页面刷新　203 实例138　通过SESSION存储数据　204 实例139　通过SESSION实现购物车的功能　205 5.6　框架的应用　209 实例140　框架在聊天室中的应用　209 实例141　使用框架嵌套技术居中显示框架页　211 第6章　PHP与MySQL数据库技术　213 6.1　连接MySQL数据库　214 实例142　通过mysql_connect函数连接数据库　214 实例143　通过Mysqli_connect()函数连接数据库　216 实例144　通过面向对象连接数据库　217 6.2　数据插入　218 实例145　单条数据录入　218 实例146　批量数据录入　220 实例147　插入系统日志信息　222 6.3　数据更新　224 实例148　单条数据更新　224 实例149　批量数据更新　226 6.4　数据查询　227 实例150　不刷新页面筛选数据库中的数据　227 实例151　查询企业员工的详细信息　229 6.5　数据删除　231 实例152　单条数据删除　231 实例153　批量数据删除　232 实例154　删除数据前给予提示信息　234 实例155　统计从数据库里删除的记录数　236 6.6　在线删除表或索引　237 实例156　在线删除指定的数据表　237 实例157　在线删除多个指定的数据表　239 实例158　在线删除指定数据表中的索引　241 6.7　清除部分或全部数据表中的数据　243 实例159　清空指定数据表中的所有数据　243 实例160　清空指定数据表中的指定数据　245 实例161　批量清空数据表　246 6.8　MYSQL数据库的备份　248 实例162　通过命令模式备份数据库　248 实例163　通过phpMyAdmin备份数据库　249 实例164　通过手动方式备份数据库　251 6.9　MYSQL数据库的恢复　252 实例165　通过命令模式恢复数据库　252 实例166　通过phpMyAdmin恢复数据库　253 实例167　通过手动方式恢复数据库　255 6.10　动态创建数据库、数据表和字段　255 实例168　动态创建MySQL数据库　255 实例169　动态创建MySQL数据表　257 实例170　动态创建字段　259 实例171　动态创建一个完整的数据库　261 6.11　数据的导入导出　263 实例172　MySQL数据库自身的导入导出　263 实例173　SQL Server数据导入到MySQL数据库　266 实例174　Aceess数据导入到MySQL数据库　268 6.12　分页技术　270 实例175　查询结果的分页显示　271 实例176　单击页码跳转到指定页　272 实例177　输入页码跳转到指定页　275 实例178　超长文本的分页显示　276 实例179　查询结果的分栏显示　278 实例180　分类、分栏和分页的综合应用　279 第7章　PHP与其他数据库技术　283 7.1　PHP操纵ACCESS数据库　284 实例181　通过ADO方式连接ACCESS数据库　284 实例182　通用数据信息的查询　285 实例183　查询结果的分页显示　287 实例184　用户身份验证类的实现　289 实例185　图片的分栏显示　291 7.2　PHP操纵SQL Server数据库　292 实例186　通过ADO方式连接SQL Server数据库　292 实例187　通过mssql_connect()函数连接SQL Server数据库　293 实例188　通过ADO方式实现指定时间段的信息检索　294 实例189　通过函数实现商品信息的检索　296 实例190　通过ADO方式实现输入页码跳转到指定页　297 实例191　通过函数实现单击页码跳转到指定页　300 实例192　添加图书类的实现　302 第8章　SQL查询相关技术　305 8.1　数据库操作　306 实例193　创建数据库　306 实例194　查看数据库　307 实例195　删除数据库　308 8.2　数据表操作　308 实例196　创建数据表　309 实例197　查看数据表　310 实例198　删除数据表　311 8.3　查询常量　312 实例199　查询数值型数据　312 实例200　查询字符串　313 实例201　查询日期型数据　314 实例202　查询逻辑型数据　316 实例203　查询所有非空数据　318 8.4　查询变量　319 实例204　利用变量查询字符串数据　319 实例205　利用变量查询数值型数据　321 8.5　查询指定的n条记录　322 实例206　查询前n条记录　323 实例207　查询后n条记录　324 实例208　查询从指定位置开始的n条记录　325 实例209　查询统计结果中的前n条记录　326 8.6　查询周期、日期　328 实例210　查询指定时间段的数据　328 实例211　按月查询统计数据　329 8.7　大小比较、逻辑查询、重复　330 实例212　查询大于指定条件的记录　330 实例213　查询结果不显示重复记录　332 实例214　NOT与谓词进行组合条件的查询　333 实例215　显示数据表中的重复记录和记录条数　335 8.8　排序、分组统计　336 实例216　对数据进行降序查询　336 实例217　对数据进行多条件排序　337 实例218　对统计结果进行排序　338 实例219　单列数据分组统计　340 实例220　多列数据分组统计　341 实例221　多表分组统计　342 8.9　聚集函数　344 实例222　使用聚集函数SUM对学生成绩进行汇总　344 实例223　使用聚集函数AVG求某班学生的平均成绩　346 实例224　使用聚集函数MIN求销售额、利润最少的商品　347 实例225　使用聚集函数MAX求月销售额完成最多的销售记录　349 实例226　使用聚集函数COUNT求日销售额大于某值的记录数　350 实例227　使用聚集函数First或Last求数据表中第一条或最后一条记录　352 8.10　多表查询　354 实例228　使用select语句进行多表查询　354 实例229　使用表的别名　355 实例230　合并多个结果集　356 8.11　嵌套查询　358 实例231　简单的嵌套查询　358 实例232　复杂的嵌套查询　359 实例233　嵌套查询在查询统计中的应用　361 8.12　子查询　362 实例234　使用子查询作派生的表　362 实例235　使用子查询作表达式　364 实例236　使用子查询关联数据　365 8.13　联合语句　367 实例237　多表联合查询　367 实例238　对联合查询后的结果进行排序　368 实例239　条件联合语句　369 8.14　内连接查询　371 实例240　简单内连接查询　371 实例241　复杂内连接查询　372 8.15　外连接查询　373 实例242　使用外连接进行多表联合查询　373 实例243　left outer join查询　375 实例244　right outer join查询　376 8.16　IN子查询　377 实例245　利用in或notin语句限定范围　377 实例246　用IN查询表中的记录信息　379 实例247　由IN引入的关联子查询　380 8.17　交叉表查询　382 实例248　利用transform分析数据　382 实例249　利用transform统计数据　383 8.18　函数查询　385 实例250　使用格式化函数转换查询条件的数据类型　385 实例251　在查询中使用字符串函数　387 实例252　在查询中使用日期函数　388 8.19　having语句应用　390 实例253　利用having语句过滤分组数据　390 第9章　MySQL高级应用技术　393 9.1　PHP的mysqli扩展　394 实例254　通过mysqli扩展技术实现数据库信息的检索　394 实例255　查看服务器连接错误报告　395 实例256　通过mysqli扩展技术实现多表查询　397 实例257　通过mysqli扩展技术实现内存的回收　398 9.2　MySQL视图的应用　399 实例258　创建视图　400 实例259　修改视图　401 实例260　应用视图　403 9.3　MySQL存储过程　404 实例261　存储过程的创建　404 实例262　使用存储过程实现用户注册　405 9.4　MySQL触发器　407 实例263　创建触发器　407 实例264　查看触发器　408 9.5　MySQL事务　409 实例265　使用事务处理技术实现关联表间信息的删除　409 实例266　使用事务处理技术实现银行的安全转账　411 第10章　字符串的处理技术　413 10.1　字符串的应用及处理　414 实例267　获取字符串的长度　414 实例268　字符串大小写之间的转换　416 实例269　字符串首尾空格的处理　417 实例270　字符串的逆序输出　418 实例271　字符串格式化输出　419 实例272　字符串的分割与连接　420 实例273　特殊字符的查找　421 实例274　字符串的替换　423 实例275　字符串的大小比较　424 实例276　获取两个字符串的相似度　425 实例277　字符串的base64编码　426 实例278　字符串的url编码　427 实例279　特殊字符的转义　429 实例280　字符与ASCII之间的转换　429 实例281　合理定义上传文件名称　430 实例282　通过异或方式对字符串进行加密　432 实例283　金额的格式化输出　433 实例284　字符串首字母的大小写转换　434 实例285　字符数组的建立　434 实例286　字符串与数字之间的转换　435 实例287　利用正则表达式实现字符串的匹配查找　437 实例288　利用IP地址查找主机所在地　438 10.2　Web程序中常见字符串问题处理及解决方案　439 实例289　HTML标记的原义输出　439 实例290　解决用substr()函数对中文字符串截取时的乱码　441 实例291　创建PHP 5.0新型字符串　442 实例292　字符串与HTML标记相互转换　443 第11章　PHP面向对象编程技术　445 11.1　PHP面向对象基础　446 实例293　数据成员的初始化　446 实例294　父类构造函数的调用　447 实例295　对象的克隆　448 实例296　类的继承　449 11.2　PHP中常用类　451 实例297　数据库连接类　451 实例298　数据信息检索类　452 实例299　数据信息录入类　454 实例300　数据信息更改类　455 实例301　数据信息删除类　457 实例302　计数器类　459 实例303　翻页类　460 实例304　购物车类　462 第12章　文件管理　467 12.1　文件上传　468 实例305　以二进制形式上传文件到数据库　468 实例306　上传文件到服务器　469 实例307　限制大小的文件上传　471 实例308　限制上传文件的类型　472 12.2　图片上传　474 实例309　以二进制形式上传图片到数据库　474 实例310　限制上传图片的格式　476 实例311　上传单图片到服务器并显示　477 实例312　上传多图片到服务器并分页显示　479 12.3　下载　481 实例313　通过链接方式下载　481 实例314　应用header()函数实现下载　482 12.4　文件遍历　484 实例315　遍历指定目录下的所有文件　484 实例316　文件浏览　485 12.5　文件操作　488 实例317　创建、复制、移动、删除文件　488 实例318　修改文件名　489 实例319　判断文件是否存在　490 实例320　从文本文件中读取注册服务条款　491 实例321　应用文本文件保存访客人数的计数器　493 实例322　判断文件是否被改动　494 12.6　目录操作　496 实例323　创建目录　496 实例324　删除目录　497 实例325　获取当前脚本目录　498 实例326　读取注册表信息　499 第13章　图像和多媒体技术　503 13.1　头像选择　504 实例327　通过下拉列表选择头像　504 实例328　从网页对话框中选择头像　505 13.2　图像与统计　507 实例329　图形计数器　507 实例330　通过图像显示投票统计结果　508 13.3　控制、显示图片特效　509 实例331　通过鼠标滑轮控制图片大小　509 实例332　显示随机图像　510 实例333　获取页面中图像的实际尺寸　511 实例334　图像的手动播放　512 实例335　图像的自动播放　513 13.4　MP3点播与下载　514 实例336　MP3在线点播　514 实例337　MP3下载　515 13.5　嵌入Flash动画　516 实例338　在网页中嵌入背景透明的Flash　516 实例339　Flash播放器的实现　517 13.6　影音播放　518 实例340　嵌入式流媒体播放器的实现　518 实例341　在网页中加入可控的背景音乐　520 第14章　信息提取与图表分析技术　521 14.1　简单图表　522 实例342　连接GD2函数库　522 实例343　利用GD2函数绘制文字　523 实例344　应用GD2函数绘制几何图形　524 实例345　向图表中添加行和列标签　526 实例346　图表分析产品数据　528 实例347　图表显示数据并打印　529 14.2　柱形图表　531 实例348　单商品月销售量柱形图分析　531 实例349　将汇总数据利用图表分析　533 实例350　对比数据图表分析　535 实例351　图表动态分析不同的数据表　538 实例352　图表分析投票结果　541 14.3　折线图表　543 实例353　商品的价格走势分析　543 实例354　折线图表分析人口出生率　545 实例355　网站年终访问量曲线分析　547 实例356　年销售额及利润图表分析　550 14.4　饼形图表　552 实例357　饼形图分析软件图书市场占有率　552 实例358　多饼形图分析企业各类员工的比例　555 第15章　报表与打印技术　559 15.1　Web打印　560 实例359　调用IE自身的打印功能实现打印　560 实例360　打印指定框架中的内容　561 实例361　利用WebBrowser打印报表　563 实例362　设置页眉页脚　564 15.2　利用Word打印报表　567 实例363　将Web页中的表格导出到Word并打印　567 实例364　打开指定的Word文档并打印　569 实例365　调用word自动打印指定格式的会议记录　570 15.3　利用Excel打印报表　572 实例366　将Web页面中的数据导出到Excel　572 实例367　将Web页面中的数据导出到Excel并自动打印　574 15.4　利用CSS样式打印　577 实例368　利用CSS样式打印页面中的指定内容　577 实例369　利用CSS样式实现分页打印　579 15.5　套打印邮寄产品单　581 实例370　打印汇款单　582 实例371　打印快递单　583 实例372　打印信封　585 第16章　网络通信技术　587 16.1　邮件技术　588 实例373　SMTP服务器的安装与配置　588 实例374　POP3服务器的安装与配置　590 实例375　利用mail()函数实现邮件发送　592 实例376　发邮件类　594 实例377　收邮件类　597 实例378　查找邮件　602 实例379　删除邮件　604 实例380　邮件群发　605 16.2　发送短信　607 实例381　通过fsockopen()函数发送短信　607 实例382　通过调用Web Service发送短信　608 实例383　短信群发　610 第17章　PHP与XML技术　613 17.1　读写XML文件　614 实例384　创建XML文件　614 实例385　读取XML文件　615 实例386　添加XML数据　617 实例387　查询XML文件　619 实例388　修改XML文件　620 实例389　删除XML文件　623 实例390　PHP+XML留言板　624 17.2　XML文件转换　628 实例391　XSL转换XML文件　628 实例392　在HTML页面中使用XML文件　629 实例393　在XML文件中应用CSS样式　630 第18章　安全技术　633 18.1　用户登录　634 实例394　用户安全登录　634 实例395　验证码技术登录　635 实例396　防止用户直接输入地址访问PHP文件　637 18.2　数据加密　638 实例397　对登录密码进行base64编码　638 实例398　对查询字符串进行url编码　639 实例399　MD5加密登录用户名称和密码　640 实例400　使用crypt()函数进行加密　642 18.3　Access数据库安全　643 实例401　操作带密码的Access数据库　644 实例402　防止Access数据库被下载　646 18.4　防止SQL注入　647 实例403　过滤HTML非法字符　647 实例404　禁止用户输入字符串中的危险字符　649 18.5　获取客户端信息　650 实例405　确定对方的IP地址　651 实例406　获取客户端TCP/IP端口的方法　652 18.6　禁止用户复制网页内容　653 实例407　禁止复制网页内容　653 实例048　禁止网页被另存为　654 18.7　禁止用户刷新屏幕　655 实例409　屏蔽IE主菜单　655 实例410　屏蔽键盘相关事件　657 实例411　屏蔽鼠标右键　659 第19章　PHP高级应用技术　661 19.1　PHP操纵Word　662 实例412　将数据库中的数据保存到Word　662 实例413　将查询结果保存到Word　664 19.2　PHP操纵Excel　666 实例414　将Excel中的数据导出到MySQL数据库　667 实例415　将查询结果保存到Excel　669 19.3　PHP中压缩与解压文件　672 实例416　PHP中压缩RAR文件　672 实例417　PHP中解压RAR文件　673 实例418　PHP中压缩ZIP文件　674 实例419　PHP中解压ZIP文件　675 19.4　信息共享　676 实例420　在PHP中实现ASP中的Application功能　676 实例421　图形计数器　677 19.5　PHP管理FTP服务器　679 实例422　连接FTP服务器　679 实例423　上传文件到FTP服务器　680 实例424　从FTP服务器中下载文件　682 实例425　更改FTP服务器中的文件名称　683 实例426　删除FTP服务器中指定的文件　684 实例427　在FTP服务器中建立指定的目录　686 实例428　获取FTP服务器中指定目录下的文件列表　687 第20章　综合应用　689 20.1　用户注册　690 实例429　一般用户注册　690 实例430　带检测用户名的用户注册　692 实例431　分步用户注册　694 20.2　留言本　696 实例432　简易留言本　696 实例433　带留言分类的留言本　698 实例434　具有版主回复的留言本　700 20.3　聊天室　702 实例435　数据库形式的聊天室　703 实例436　聊天室中私聊的实现　707 20.4　论坛　710 实例437　查看主题信息　710 实例438　发布主题信息　713 实例439　回复主题信息　714 实例440　删除主题及回复信息　716 20.5　购物车　717 实例441　添加至购物车　718 实例442　查看购物车　719 实例443　从购物车中移去指定商品　722 实例444　修改商品购买数量　723 实例445　清空购物车　724 实例446　收银台结账　725 20.6　博客网站　727 实例447　博客用户图片管理　727 实例448　博客文章评论管理　733 实例449　用户安全登录　738 实例450　用户安全退出　740 20.7　搜索　742 实例451　一般搜索　742 实例452　高级搜索　744 实例453　常用搜索　745 技术要点对应实例位置　749
Oracle SQL高级编程(资深Oracle专家力作，OakTable团队推荐)--随书源代码
CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 该资料是《Oracle SQL高级编程》的源代码 对应的书籍资料见: Oracle SQL高级编程(资深Oracle专家力作，OakTable团队推荐) 基本信息 原书名： Pro Oracle SQL 原出版社： Apress 作者： (美)Karen Morton    Kerry Osborne    Robyn Sands    Riyaj Shamsudeen    Jared Still    译者： 朱浩波 丛书名： 图灵程序设计丛书 出版社：人民邮电出版社 ISBN：9787115266149 上架时间：2011-11-9 出版日期：2011 年11月 开本：16开 页码：502 版次：1-1 主编推荐     资深Oracle专家力作，OakTable团队推荐     全面、独到、翔实，题材丰富     Oracle开发人员和DBA必备 内容简介     Oracle 数据库中的SQL是当今市场上功能最强大的SQL实现之一，而本书全面展示了这一工具的威力。如何才能让更多人有效地学习和掌握SQL呢？Karen Morton及其团队在本书中提供了专业的方案：先掌握语言特性，再学习Oracle为提升语言效率而加入的支持特性，进而将两者综合考虑并在工作中加以应用。作者通过总结各自多年的软件开发和教学培训经验，与大家分享了掌握Oracle SQL所独有的丰富功能的技巧所在，内容涵盖SQL执行、联结、集合、分析函数、子句、事务处理等多个方面。读者可以学习到以下几个方面的技巧：     掌握Oracle数据库中独有的SQL强大特征；     读取并理解SQL执行计划；     快速分析并改进表现欠佳的SQL；     通过提示及配置文件等来控制执行计划；     在程序中优化查询而无需改动代码。     作为Oracle SQL经典著作之一，本书为SQL开发人员指明了前行的方向，赋予了他们不断开拓的动力。 作者简介     KAREN MORTON 研究人员、教育家及顾问，Fidelity信息服务公司的资深数据库管理员和性能调优专家。她从20世纪90年代初就开始使用Oracle，从事 Oracle的教学工作也已经超过10年的时间。她是Oracle ACE，也是OakTable（Oracle社区中著名的“Oracle科学家”的非正式组织）的成员，经常在技术会议上演讲。她的著作还包括 Expert Oracle Practices和Beginning Oracle SQL，博客主页是karenmorton.blogspot.com。     KERRY OSBORNE  专注于Oracle咨询的Enkitec公司的创始人之一。从1982年开始使用Oracle（第2版）。他当过开发人员，也做过DBA，目前是 Oracle ACE总监和OakTable成员。最近几年，他专注于研究Oracle内部原理以及解决性能问题。他的博客主页是 kerryosborne.oracle-guy.com。     ROBYN SANDS 思科公司的软件工程师，为思科的客户设计开发嵌入式Oracle数据库产品。从1996年开始使用Oracle，在应用开发、大型系统实现以及性能评估方面具有丰富的经验。她是OakTable的成员，同时是Expert Oracle Practices (2010年 Apress出版)一书的合著者。     RIYAJ SHAMSUDEEN 专注于性能/数据恢复/电子商务的咨询公司OraInternals的首席数据库管理员和董事长。有近20年使用Oracle技术产品以及Oracle数据库管理员/Oracle数据库应用管理员的经验，是真正应用集群、性能调优以及数据库内部属性方面的专家。同时是一位演讲家及Oracle ACE。     JARED STILL 从1994年就开始使用Oracle。他认为对于SQL的学习是永无止境的，相信每一个查询Oracle数据库的人都需要精通SQL语言，才能写出高效的查询。他参与本书的编写就是为了帮助别人实现这一目标。 目录 封面 -11 封底 -10 扉页 -9 版权 -8 版权声明 -7 致谢 -6 目录 -5 第1章 SQL核心 1 1.1 SQL语言 1 1.2 数据库的接口 2 1.3 SQL*Plus 回顾 3 1.3.1 连接到数据库 3 1.3.2 配置SQL*Plus环境 4 1.3.3 执行命令 6 1.4 5 个核心的SQL语句 8 1.5 SELECT语句 8 1.5.1 FROM子句 9 1.5.2 WHERE子句 11 1.5.3 GROUP BY子句 11 1.5.4 HAVING子句 12 1.5.5 SELECT列表 12 1.5.6 ORDERBY子句 13 1.6 INSERT语句 14 1.6.1 单表插入 14 1.6.2 多表插入 15 1.7 UPDATE语句 17 1.8 DELETE语句 20 1.9 MERGE语句 22 1.10 小结 24 第2章 SQL执行 25 2.1 Oracle架构基础 25 2.2 SGA-共享池 27 2.3 库高速缓存 28 2.4 完全相同的语句 29 2.5 SGA-缓冲区缓存 32 2.6 查询转换 35 2.7 视图合并 36 2.8 子查询解嵌套 39 2.9 谓语前推 42 2.10 使用物化视图进行查询重写 44 2.11 确定执行计划 46 2.12 执行计划并取得数据行 50 2.13 SQL执行——总览 52 2.14 小结 53 第3章 访问和联结方法 55 3.1 全扫描访问方法 55 3.1.1 如何选择全扫描操作 56 3.1.2 全扫描与舍弃 59 3.1.3 全扫描与多块读取 60 3.1.4 全扫描与高水位线 60 3.2 索引扫描访问方法 65 3.2.1 索引结构 66 3.2.2 索引扫描类型 68 3.2.3 索引唯一扫描 71 3.2.4 索引范围扫描 72 3.2.5 索引全扫描 74 3.2.6 索引跳跃扫描 77 3.2.7 索引快速全扫描 79 3.3 联结方法 80 3.3.1 嵌套循环联结 81 3.3.2 排序-合并联结 83 3.3.3 散列联结 84 3.3.4 笛卡儿联结 87 3.3.5 外联结 88 3.4 小结 94 第4章 SQL是关于集合的 95 4.1 以面向集合的思维方式来思考 95 4.1.1 从面向过程转变为基于集合的思维方式 96 4.1.2 面向过程vs.基于集合的思维方式：一个例子 100 4.2 集合运算 102 4.2.1 UNION和UNION ALL 103 4.2.2 MINUS 106 4.2.3 INTERSECT 107 4.3 集合与空值 108 4.3.1 空值与非直观结果 108 4.3.2 集合运算中的空值行为 110 4.3.3 空值与GROUP BY和ORDER BY 112 4.3.4 空值与聚合函数 114 4.4 小结 114 第5章 关于问题 116 5.1 问出好的问题 116 5.2 提问的目的 117 5.3 问题的种类 117 5.4 关于问题的问题 119 5.5 关于数据的问题 121 5.6 建立逻辑表达式 126 5.7 小结 136 第6章 SQL执行计划 137 6.1 解释计划 137 6.1.1 使用解释计划 137 6.1.2 理解解释计划可能达不到目的的方式 143 6.1.3 阅读计划 146 6.2 执行计划 148 6.2.1 查看最近生成的SQL语句 149 6.2.2 查看相关执行计划 149 6.2.3 收集执行计划统计信息 151 6.2.4 标识SQL语句以便以后取回计划 153 6.2.5 深入理解DBMS_XPLAN的细节 156 6.2.6 使用计划信息来解决问题 161 6.3 小结 169 第7章 高级分组 170 7.1 基本的GROUP BY用法 171 7.2 HAVING子句 174 7.3 GROUP BY的“新”功能 175 7.4 GROUP BY的CUBE扩展 175 7.5 CUBE的实际应用 179 7.6 通过GROUPING()函数排除空值 185 7.7 用GROUPING()来扩展报告 186 7.8 使用GROUPING_ID()来扩展报告 187 7.9 GROUPING SETS与ROLLUP() 191 7.10 GROUP BY局限性 193 7.11 小结 196 第8章 分析函数 197 8.1 示例数据 197 8.2 分析函数剖析 198 8.3 函数列表 199 8.4 聚合函数 200 8.4.1 跨越整个分区的聚合函数 201 8.4.2 细粒度窗口声明 201 8.4.3 默认窗口声明 202 8.5 Lead和Lag 202 8.5.1 语法和排序 202 8.5.2 例1：从前一行中返回一个值 203 8.5.3 理解数据行的位移 204 8.5.4 例2：从下一行中返回一个值 204 8.6 First_value和Last_value 205 8.6.1 例子：使用First_value来计算最大值 206 8.6.2 例子：使用Last_value来计算最小值 207 8.7 其他分析函数 207 8.7.1 Nth_value(11gR2) 207 8.7.2 Rank 209 8.7.3 Dense_rank 210 8.7.4 Row_number 211 8.7.5 Ratio_to_report 211 8.7.6 Percent_rank 212 8.7.7 Percentile_cont 213 8.7.8 Percentile_disc 215 8.7.9 NTILE 215 8.7.10 Stddev 216 8.7.11 Listagg 217 8.8 性能调优 218 8.8.1 执行计划 218 8.8.2 谓语 219 8.8.3 索引 220 8.9 高级话题 221 8.9.1 动态SQL 221 8.9.2 嵌套分析函数 222 8.9.3 并行 223 8.9.4 PGA大小 224 8.10 组织行为 224 8.11 小结 224 第9章 Model子句 225 9.1 电子表格 225 9.2 通过Model子句进行跨行引用 226 9.2.1 示例数据 226 9.2.2 剖析Model子句 227 9.2.3 规则 228 9.3 位置和符号引用 229 9.3.1 位置标记 229 9.3.2 符号标记 230 9.3.3 FOR循环 231 9.4 返回更新后的行 232 9.5 求解顺序 233 9.5.1 行求解顺序 233 9.5.2 规则求解顺序 235 9.6 聚合 237 9.7 迭代 237 9.7.1 一个例子 238 9.7.2 PRESENTV与空值 239 9.8 查找表 240 9.9 空值 242 9.10 使用Model子句进行性能调优 243 9.10.1 执行计划 243 9.10.2 谓语前推 246 9.10.3 物化视图 247 9.10.4 并行 249 9.10.5 Model子句执行中的分区 250 9.10.6 索引 251 9.11 子查询因子化 252 9.12 小结 253 第10章 子查询因子化 254 10.1 标准用法 254 10.2 SQL优化 257 10.2.1 测试执行计划 257 10.2.2 跨多个执行的测试 260 10.2.3 测试查询改变的影响 263 10.2.4 寻找其他优化机会 266 10.2.5 将子查询因子化应用到PL/SQL中 270 10.3 递归子查询 273 10.3.1 一个CONNECT BY的例子 274 10.3.2 使用RSF的例子 275 10.3.3 RSF的限制条件 276 10.3.4 与CONNECT BY的不同点 276 10.4 复制CONNECT BY的功能 277 10.4.1 LEVEL伪列 278 10.4.2 SYS_CONNECT_BY_PATH函数 279 10.4.3 CONNECT_BY_ROOT运算符 281 10.4.4 CONNECT_BY_ISCYCLE伪列和NOCYCLE参数 284 10.4.5 CONNECT_BY_ISLEAF伪列 287 10.5 小结 291 第11章 半联结和反联结 292 11.1 半联结 292 11.2 半联结执行计划 300 11.3 控制半联结执行计划 305 11.3.1 使用提示控制半联结执行计划 305 11.3.2 在实例级控制半联结执行计划 308 11.4 半联结限制条件 310 11.5 半联结必要条件 312 11.6 反联结 312 11.7 反联结执行计划 317 11.8 控制反联结执行计划 326 11.8.1 使用提示控制反联结执行计划 326 11.8.2 在实例级控制反联结执行计划 327 11.9 反联结限制条件 330 11.10 反联结必要条件 333 11.11 小结 333 第12章 索引 334 12.1 理解索引 335 12.1.1 什么时候使用索引 335 12.1.2 列的选择 337 12.1.3 空值问题 338 12.2 索引结构类型 339 12.2.1 B-树索引 339 12.2.2 位图索引 340 12.2.3 索引组织表 341 12.3 分区索引 343 12.3.1 局部索引 343 12.3.2 全局索引 345 12.3.3 散列分区与范围分区 346 12.4 与应用特点相匹配的解决方案 348 12.4.1 压缩索引 348 12.4.2 基于函数的索引 350 12.4.3 反转键索引 353 12.4.4 降序索引 354 12.5 管理问题的解决方案 355 12.5.1 不可见索引 355 12.5.2 虚拟索引 356 12.5.3 位图联结索引 357 12.6 小结 359 第13章 SELECT以外的内容 360 13.1 INSERT 360 13.1.1 直接路径插入 360 13.1.2 多表插入 363 13.1.3 条件插入 364 13.1.4 DML错误日志 364 13.2 UPDATE 371 13.3 DELETE 376 13.4 MERGE 380 13.4.1 语法和用法 380 13.4.2 性能比较 383 13.5 小结 385 第14章 事务处理 386 14.1 什么是事务 386 14.2 事务的ACID属性 387 14.3 事务隔离级别 388 14.4 多版本读一致性 390 14.5 事务控制语句 391 14.5.1 Commit(提交) 391 14.5.2 Savepoint(保存点) 391 14.5.3 Rollback(回滚) 391 14.5.4 Set Transaction(设置事务) 391 14.5.5 Set Constraints(设置约束) 392 14.6 将运算分组为事务 392 14.7 订单录入模式 393 14.8 活动事务 399 14.9 使用保存点 400 14.10 序列化事务 403 14.11 隔离事务 406 14.12 自治事务 409 14.13 小结 413 第15章 测试与质量保证 415 15.1 测试用例 416 15.2 测试方法 417 15.3 单元测试 418 15.4 回归测试 422 15.5 模式修改 422 15.6 重复单元测试 425 15.7 执行计划比较 426 15.8 性能测量 432 15.9 在代码中加入性能测量 432 15.10 性能测试 436 15.11 破坏性测试 437 15.12 通过性能测量进行系统检修 439 15.13 小结 442 第16章 计划稳定性与控制 443 16.1 计划不稳定性：理解这个问题 443 16.1.1 统计信息的变化 444 16.1.2 运行环境的改变 446 16.1.3 SQL语句的改变 447 16.1.4 绑定变量窥视 448 16.2 识别执行计划的不稳定性 450 16.2.1 抓取当前所运行查询的数据 451 16.2.2 查看一条语句的性能历史 452 16.2.3 按照执行计划聚合统计信息 454 16.2.4 寻找执行计划的统计方差 454 16.2.5 在一个时间点附近检查偏差 456 16.3 执行计划控制：解决问题 458 16.3.1 调整查询结构 459 16.3.2 适当使用常量 459 16.3.3 给优化器一些提示 459 16.4 执行计划控制：不能直接访问代码 466 16.4.1 选项1：改变统计信息 467 16.4.2 选项2：改变数据库参数 469 16.4.3 选项3：增加或移除访问路径 469 16.4.4 选项4：应用基于提示的执行计划控制机制 470 16.4.5 大纲 470 16.4.6 SQL概要文件 481 16.4.7 SQL执行计划基线 496 16.4.8 基于提示的执行计划控制机制总结 502 16.5 结论 502 媒体评论     本书作者全部是OakTable的成员，且具有15~29年丰富的Oracle开发经验。在研究一些被其他专门讨论Oracle SQL语言的参考书直接忽略的问题时，这种对Oracle数据库的长期钻研无疑是一个巨大的优势。     ——亚马逊读者评论 精彩内容     SQL核心     凯伦?莫顿（Karen Morton）     不管你是刚开始写SQL语句还是已经写过很多年了，学会写出“好的”SQL这个过程都需要具有很扎实的SQL核心语法和概念基础知识。本章对SQL语言的核心概念及其性能做了回顾，同时还描述了一些你应该已经很熟悉的常用SQL命令。对于那些以前曾经使用过SQL并且基础知识相当牢靠的读者来说，本章就是一个简要的复习，让你为后面更详细的SQL论述做好准备。如果你是一位SQL新人，你可能想要先阅读Beginning Oracle SQL这本书以确保掌握SQL的基础。不管是哪种情况，第1章的目的就是通过对5个核心SQL语句的快速浏览来衡量一下你的SQL水平，同时还概述了我们用来执行SQL语句的工具：SQL*Plus。     1.1  SQL语言     SQL语言最早是IBM公司于20世纪70年代开发出来的，称为结构化英文查询语言，简称为SEQUEL。该语言是基于E.F.Codd在1969年提出的关系型数据库管理系统（RDBMS）的。后来因为商标的纠纷，其简称又进一步缩写为SQL。1986年和1987年，ANSI（美国国家标准化组织）和ISO（国际标准化组织）先后将SQL语言采纳为标准语言。而人们并不熟悉的是，ANSI官方曾将SQL语言的读音确定为“S-Q-L”。绝大多数人，包括我本人，都还在使用“sequel”的读音，只是因为这样读起来更顺口一些。     SQL的目的就是简单地提供一个到数据库的接口，在本书指的是Oracle数据库。每一条SQL语句对于数据库来说就是一条命令或指令。SQL与其他编程语言（如C或Java）的区别就在于它是要处理数据集合而不是一行一行的数据。语言本身也不需要你提供如何导航到数据的指令——这是在后台透明地进行的。但你将在后面的章节中看到，如果想在Oracle中写出高效的SQL语句，了解数据及其在数据库中的存储方式与存储位置是很重要的。     由于不同的供应商（例如甲骨文、IBM和微软）实现SQL核心功能的机制相差无几，所以基于某一种数据库所学的技巧同样可以应用到其他类型的数据库上。你基本上可以利用同样的SQL语句来进行数据的查询、插入、更新和删除，以及创建、修改和删除对象，而不必管数据库的供应商是哪家。     尽管SQL是各种关系型数据库管理系统的标准语言，但实际上它并不一定是关系型的。在本书后面我将就这一点稍作扩展。如果想要了解更多的细节，我推荐大家阅读C.J.Date的SQL and Relational Theory一书。需要铭记于心的一点是SQL语言并不总是严格遵守关系模型的——它根本就没有实现关系模型的某些要素，同时还不恰当地实现了一些要素。事实上，既然SQL是基于关系模型的，那么要想写出尽可能正确高效的SQL语句，你不仅必须要理解SQL语言，还要理解关系模型。     1.2  数据库的接口     多年以来人们开发出多种途径来传递SQL语句到数据库并获得结果。Oracle数据库的本地接口界面是Oracle调用界面（OCI）。OCI将由Oracle内核传送而来的查询语句发送到数据库。当使用某种Oracle工具如SQL*Plus或者SQL Developer时，你都在使用OCI。其他的Oracle工具如SQL*Loader、数据泵（Data Pump）以及Real Application Testing （RAT）既使用OCI，也可以使用语言特定的接口，如Oracle JDBC-OCI、ODP.Net、Oracle预编译器、Oracle ODBC以及Oracle C++调用接口（OCCI）驱动器。     当使用编程语言（如COBOL或C语言）时，你所写的语句被称为嵌入式的SQL语句并且在应用程序编译之前会由SQL预处理器进行预处理。代码清单1-1是一段可以在C/C++程序块中使用的SQL语句的例子。     代码清单1-1  C/C++程序块中所嵌入的SQL语句     其他工具，例如SQL*Plus和SQL Developer，都是交互式的工具。你输入并执行命令，然后获得相应的输出。交互式工具并不需要在运行代码前先精确编译，你只需要输入想要执行的命令即可。代码清单1-2是一段使用SQL*Plus执行语句的例子。     代码清单1-2  使用SQL*Plus执行SQL语句     在本书中，为了保持一致性我们所用的示例代码清单都使用SQL*Plus工具，但需要记住的是，不管你是用什么方法或工具来输入和执行SQL语句，所有的事情最后都要通过OCI来传递到数据库。这里的主旨就是不管你所使用的是什么工具，其本地接口都是一样的。     1.3  SQL*Plus回顾     SQL*Plus是一个不管采用哪个安装平台（Windows或Unix）都会提供的命令行工具。它是一个用来输入和执行SQL语句并显示输出结果的纯文本环境。用该工具可以直接输入、编辑命令，可以一条条地保存和执行命令或者通过脚本文件来进行，然后将输出结果以很精美格式的报表输出。要启动SQL*Plus你只需要在主机的命令提示符后敲入sqlplus即可。     1.3.1  连接到数据库     有多种方法可以通过SQL*Plus连接数据库。然而在连接之前，你还需要在$ORACLE_HOME/ network/admin/tnsnames.ora这个文件中登记想要连接的数据库。有两种通常使用的方法，或者如代码清单1-3所示那样在启动SQL*Plus时提供连接信息，或者如代码清单1-4所示那样在启动SQL*Plus以后使用connect命令。     代码清单1-3  通过窗口命令提示符连接到SQL*Plus     如果想要启动SQL*Plus而又不显示登录到数据库后的提示，可以在启动SQL*Plus时使用/nolog选项。     代码清单1-4  通过SQL>提示符连接SQL*Plus并登录到数据库     1.3.2  配置SQL*Plus环境     SQL*Plus有很多的命令可以让你来定制工作环境和显示选项。代码清单1-5所示是在SQL>提示符下输入help index命令后显示出来的可用的命令。     代码清单1-5  SQL*Plus命令列表     set命令是用来定制工作环境的最基本的命令。代码清单1-6为set命令的帮助文本。     代码清单1-6  SQL*Plus的SET命令     有了上面这些可用命令，你就能够很轻松地定制最适合你的运行环境了。但有一点要铭记于心的就是当你退出或关闭SQL*Plus的时候，这些设置命令就不再被保留了。为了避免每次使用SQL*Plus时都重新敲入一遍这些设置命令，你可以创建一个login.sql文件。事实上每次启动SQL*Plus的时候它都会默认去读两个文件。第一个是$ORACLE_HOME/sqlplus/admin目录下的glogin.sql文件。如果找到了这个文件，它就会被读进来，文件中的命令语句也会被执行。这样就可以把那些定制你的会话体验的SQL*Plus命令和SQL语句保存起来。     在读取glogin.sql文件以后，SQL*Plus会进一步寻找login.sql文件。这个文件必须在SQL*Plus的启动文件夹中或者包含在环境变量SQLPATH所指向的文件夹路径中。在login.sql文件中的所有命令优先级都比glogin.sql文件中的命令高。从10g开始，Oracle在每次你启动SQL*Plus或者从SQL*Plus里执行connect命令的时候都会同时去读取glogin.sql和login.sql这两个文件。在Oracle 10g之前，login.sql脚本文件只有在SQL*Plus启动的时候才会被执行。代码清单1-7是一个常见的login.sql文件内容。     代码清单1-7  一个常见的login.sql文件     注意这里在SET SQLPROMPT中使用的变量_user和_connect_identifier。它们是预定义变量的两个示例。你可以在login.sql文件中或者任何你创建的脚本文件中使用下面这些预定义变量：     ·_connect_identifier     ·_date     ·_editor（这个变量指定了当你使用edit命令的时候启动哪个编辑器）     ·_o_version     ·_o_release     ·_privilege     ·_sqlplus_release     ·_user     1.3.3  执行命令     有两种命令可以在SQL*Plus中执行：SQL语句和SQL*Plus命令。代码清单1-5和代码清单1-6中所列出的SQL*Plus命令对于SQL*Plus来说是特有的命令，可以用来定制运行环境并且可以运行SQL*Plus特有的命令，例如DESCRIBE和CONNECT。要想执行一个SQL*Plus命令，你只需在命令提示符后输入该命令然后敲回车，命令会自动被执行。另一方面，如果要执行SQL语句，就必须使用一个特定字符来表明你想要执行输入的语句，分号（;）或者斜线（/）都可以。使用分号的话可以直接放在输入命令的后面或者放在接下来的空行中，而斜线则必须放在接下来的空行中才可以被识别。代码清单1-8展示了如何使用这两种符号。     代码清单1-8  执行字符的用法     注意第5个在语句最后面加了一个斜线（/）的例子。光标移动到了下一行而不是立即执行语句命令。接下来，如果你再按一下回车键，语句就会被放入SQL*Plus的缓冲器中，但是也不执行。如果想要查看SQL*Plus缓冲器中的内容，可以使用list命令（也可以简写为l）。接下来如果你想在缓冲器中通过使用斜线（/）来执行语句[尽管斜线（/）命令本来就是这样来用的]在这里也将会返回一个错误。这是因为你最初在SQL语句的结尾敲入了一个斜线（/），而斜线（/）并不是一个有效的SQL命令，从而在语句想要执行的时候报错。     另外一种执行命令的方法是把命令放到一个文件中。你可以在SQL*Plus之外直接用文本编辑器生成这些文件，也可以在SQL*Plus中使用EDIT命令来直接调用编辑器。如果已经有了一个文件，EDIT命令可以打开这个文件，如果没有的话就会创建新的文件。文件必须放在默认文件夹中，否则你必须指定文件的全路径。想要设定所选择的编辑器，你只需要利用命令define_ editor='//myeditor.exe'来设置预定义变量_editor。具有.sql扩展名的文件在执行的时候不必敲入扩展名，通过@或START命令都可以执行。代码清单1-9中列出了这两个命令的用法。     代码清单1-9  执行.sql脚本文件     SQL*Plus具有很多特性和选项，以致于多得在这里不能一一列举。就本书需要而言，这种概述就已经足够了。但是，Oracle文档对SQL*Plus的用法给出了指导，而且很多的书，比如Beginning Oracle SQL，都对SQL*Plus作了更为深入的阐述，如果感兴趣你可以参考。     1.4  5个核心的SQL语句     SQL语言有很多不同的语句，但在整个职业生涯中，你可能只会用到其中很少的一部分。不过你所使用的几乎其他任何产品不也是这样的吗？据说有一个统计结果是，绝大多数人都仅使用了他们常用的软件产品或编程语言所有功能的20%甚至更少。我不知道这个统计真实与否，但以我的经验来看，这似乎是很准确的。我发现同样的基本SQL语句格式在大多数应用中使用了将近20年了。极少数的人使用过SQL提供的所有功能——即使对于那些他们确实经常使用的功能也常常用得不是很恰当。显而易见，我们不可能覆盖SQL语言的所有语句以及它们的选项。本书的目的在于让你能够深入理解那些最常用的SQL语句并帮助你更高效地使用它们。     在本书中，我们将重点讨论5个最常用的SQL语句，它们分别为SELECT、INSERT、UPDATE、DELETE以及MERGE。尽管这些核心语句都将逐个讲解，但重中之重还是SELECT语句。将这5个语句用好了将会为你在日常工作中用好SQL语言打下坚实的基础。     1.5  SELECT语句     SELECT语句用来从一个或多个表中或者其他数据库对象中提取数据。你应该已经很熟悉SELECT语句的基础知识了，所以我将不再从一个初学者的角度来介绍SELECT语句，而是首先回顾一下SELECT语句的执行逻辑。对于如何来写一个基本的SELECT语句你应该已经学习过了，但为了培养基本的思维模式，你要一直写出符合语法规则的高效SQL语句，你需要理解SQL语句是如何执行的。     一个查询语句在逻辑上的处理方式可能会与实际物理处理过程大相径庭。Oracle基于查询成本的优化器（cost-based optimizer , CBO）用来产生实际的执行计划。我们在后面的章节中将会讲解优化器是干什么的，如何来实现其功能的以及为什么要进行优化。目前，我们需要关心的是优化器将会决定如何访问表、按照什么样的顺序来处理它们，以及如何将多个表联结起来及如何使用筛选器。查询的处理在逻辑上是按照特定的顺序进行的，但是，优化器所选择的物理执行计划可能会按照完全不同的顺序来实际执行这些步骤。代码清单1-10是一段包含SELECT语句的主要子句的查询片段，在其中标出了每一个子句的逻辑处理顺序。     代码清单1-10  查询语句的逻辑处理顺序     你应该立刻注意到SQL有别于其他编程语言的一点在于首先处理的并不是写在第一行的语句（SELECT语句），而是FROM子句。注意在这个代码清单中我给出了两个不同的FROM子句。标记为1.1的那个FROM子句表示的是当使用ANSI语法时的不同。我们可以把处理过程中的每一个步骤想象为生成一个临时的数据集。随着每个处理步骤的进行，这个数据集被不断地操作直到生成最终的处理结果。查询返回给调用者的就是这个最终结果数据集。     为了更详细地了解SELECT语句的每个部分，你可以参考代码清单1-11所示的查询语句，该语句返回的结果集为下订单超过4次的女顾客的列表。     代码清单1-11  下订单超过4次的女顾客查询语句     1.5.1  FROM子句     FROM子句列出了所查询数据的源对象。这个子句可以包含表、视图、物化视图、分区或子分区，或者你可以建立一个子查询来生成子对象。如果使用了多个源对象，其逻辑处理阶段也将会应用到每一个联结类型以及谓词ON（如步骤1.1所示）。在本书后面的章节中你将会进一步了解联结类型的更多细节，但注意在处理联结语句的时候是按照下面的顺序来进行的：     (1) 交叉联结，也称为笛卡儿乘积；     (2) 内联结；     (3) 外联结。     在代码清单1-11所示的查询例子中，FROM子句列出了两张表：customers和orders，通过customer_id列来联结。因此，当处理这一信息时，FROM子句所生成的初始数据集将会包含这两张表中customer_id相匹配的行。在本例中结果集将会包含105行。为了验证这一点，只要执行例子中的前4行，如代码清单1-12所示。     代码清单1-12  仅通过FROM子句的部分查询语句的执行     注意 为了使之很好地适应页面我手工调整了输出结果，实际输出结果在页面上超过105行。     1.5.2  WHERE子句     WHERE子句提供了一种方法，可以按照条件来限制查询最终返回结果集的行数。每个条件或者谓语都是以两个值或表达式相比较的形式出现的。比较的结果要么是匹配（值为TRUE）要么是不匹配（值为FALSE）。如果比较的结果是FALSE，那么相应的行不会被包含在最终结果集中。     这里我需要稍微偏离一下主题，来谈一谈与这一步相关的SQL中的一个重要方面。事实上，SQL中逻辑比较的可能结果是TRUE、FALSE以及未知。当其中包含空值（null）的时候比较的结果就会是未知。空值与任何值比较或者用在表达式中都会得到空值，或者是未知。一个空值代表一个相应值的缺失，并且可能因为SQL语言中的不同部分对空值的处理不同而令人费解。关于空值是如何影响SQL语句执行的话题将会贯穿本书，但在这里我不得不先提及一下这个话题。我之前所说的还是基本正确的，一个比较的返回值将会是TRUE或者FALSE。你会发现当进行筛选的比较条件中包含空值的时候，将作为FALSE来对待。     在我们的例子中，只有一个将结果限定为下了订单的女性消费者的谓语。如果你查看FROM子句执行之后的中间结果（见代码清单1-12），你会发现105行中仅有31行是由女性消费者所下的订单（gender = 'F'）。因此，在应用了WHERE子句以后，中间结果集将从105行减少到31行。     应用WHERE子句以后得到了更精确的结果集。注意，在这里使用的是“精确的结果集”。我的意思是说现在已经得到了能够满足你查询需求的数据行。其他子句（GROUP BY, HAVING）也许可以用来聚合并且进一步限制调用程序会接收到的最终的结果集，但需要注意的很重要的一点是，目前已经得到了查询计算最终结果所需的所有数据。     WHERE子句的目的是限制或者减小结果集。你所使用的限制条件越少，最终返回的结果集中包含的数据就会越多。你需要返回的数据越多，执行查询的时间也就越长。     1.5.3  GROUP BY子句     GROUP BY子句将执行FROM和WHERE子句后得到的经过筛选后的结果集进行聚合。查询出来的结果按照GROUP BY子句中列出的表达式进行分组，来为每一个分组得出一行汇总结果。你可以按照FROM子句中所列出对象的任意字段进行分组，即使你并不想在输出结果列表中显示该列。相反，Select列表中的任何非聚合字段都必须包括在GROUP BY表达式中。     GROUP BY子句中还可以包含两个附加的运算：ROLLUP 和CUBE。ROLLUP运算用来产生部分求和值，CUBE运算用来求得交互分类值。当你使用这两种运算中任意一个的时候，你将会得到不止一行的汇总信息。在第7章中将会对这两个运算进行更详细的讨论。     在示例查询中，需要按照customer_id来进行分组。这就意味着对于每一个唯一的customer_id只会返回一行值。在WHERE子句执行后所得到的代表下订单的女性消费者的31行订单中，有11个独特的customer_id值，如代码清单1-13所示。     代码清单1-13  截至GROUP BY子句的部分查询执行     你会发现查询的结果是经过分组的，但并没有排序。表面上看结果好像是按照order_ct字段排序的，但这仅仅是个巧合而不是确定的行为。需要记住的很重要的一点是：GROUP BY子句并不确定结果数据的排序。如果你需要结果按照特定的顺序排列，则必须指定一个order by子句。     1.5.4  HAVING子句     HAVING子句将分组汇总后的查询结果限定为只有该子句中的条件为真的数据行。除非你使用HAVING子句，否则将返回所有的汇总行。事实上，GROUP BY子句和HAVING子句的位置是可以互换的，谁先谁后都无关紧要。但是，似乎在编码中将GROUP BY子句放在前面更有意义一些，因为GROUP BY子句在逻辑上是先执行的。从本质上来说，HAVING子句是在GROUP BY子句执行后用来筛选汇总值的第二个WHERE子句。     在我们的查询例子中，HAVING子句HAVING COUNT(o.order_id) > 4，将分组数据从11行减少到2行。这一点你可以通过查看GROUP BY子句应用后返回的结果行来确认，如代码清单1-13所示。注意仅有146和147号消费者所下的订单数超过4次。这样就产生了组成最终结果集的两行数据。     1.5.5  SELECT列表     SELECT列表列出查询的返回最终结果集中需要显示哪些列。这些列可以是数据表中一个实际的列、一个表达式，或者甚至是一个SELECT语句的结果，如代码清单1-14所示。     代码清单1-14  展现SELECT列表各种可能情况的查询实例     SQL> select.customer_id, c.cust_first_name||''||c.cust_last_name,     .     当使用另外一个SELECT语句来产生结果中的一列的值的时候，这个查询必须只能返回一行一列的值。这种类型的子查询被称为标量子查询。尽管这可能是一个非常有用的语法，但需要牢记于心的是标量查询在结果集中的每一行结果产生时都要执行一遍。在某些情况下可以进行优化以减少标量子查询的重复执行，但更糟糕的场景是每一行都需要标量子查询执行。你可以想象如果你的结果集中有几千行甚至上百万行数据的时候所需要付出的查询代价！在后面的章节中我们还将回顾标量子查询并讨论如何更好地来使用它们。     在SELECT列表中你还有可能用到的一个选项是DISTINCT子句。在例子中并没有使用它，但我想要简要地提及一下。DISTINCT子句用来在其他子句执行完毕以后从结果集中去除重复的行。     SELECT列表执行完以后，你就得到了最终的查询结果集。所剩的唯一需要做的事情，如果包含了的话，就是将查询结果集按照所需的顺序排序。     1.5.6  ORDER BY子句     ORDER BY子句用来对查询最终返回的结果集进行排序。在本例中，需要按照orders_ct和customer_id进行排序。orders_ct这一列是通过GROUP BY子句中的COUNT聚合函数计算得到的值。如代码清单1-13中所示，有两个消费者的订单超过4个。由于这两个消费者的订单数都是5份，orders_ct这一列的值是相同的，所以要由第二个排序列来确定最终结果的显示顺序。如代码清单1-15中所示，该查询的最终经过排序的输出结果是按照customer_id排序的两行数据集。     代码清单1-15  示例查询的最终输出     当输出结果需要排序的时候，Oracle必须在其他所有子句都执行完之后按照指定的顺序对最终结果集进行排序。需要排序的数据量大小是非常重要的。我这里所说的大小是指结果集中所包含的总字节数。你可以通过用行数乘以每一行的字节数来估计数据集的大小。每行所包含的字节数通过将选择列表中包含的每一列的平均长度相加来确定。     上面的查询实例在选择列表中仅需要列出customer_id 和orders_ct两列的值。我们可以估算每一行输出值的字节数为10。在第6章中我将阐述从哪里能找到优化器所估计的值。因此，如果我们在结果集中只有两行数据，排序的大小实际上是很小的，大约20字节。请记住这仅仅是估算，但这样的估算也是很重要的。     较小的排序会完全在内存中来实现，而较大的排序将不得不使用临时磁盘空间来完成。如你可能推断的那样，在内存中完成的排序比必须使用磁盘的排序要快。因此，当优化器估算排序数据的影响时，它必须要考虑排序数据集的大小，以此来调整如何能够以最有效的方法来获得查询的结果。一般来说，排序是查询过程中开销相当大的一个处理步骤，尤其是当返回结果集很大的时候。     1.6  INSERT语句     INSERT语句用来向表、分区或视图中添加行。可以向单表或者多个表方法中添加数据行。单表插入将会向一个表中插入一行数据，这行数据可以显式地列出插入值也可以通过一个子查询来获取。多表插入将会向一个或多个表中插入行，并且会通过子查询获取值来计算所插入行的值。     1.6.1  单表插入     代码清单1-16中的第一个例子阐明了使用values子句实现的单表插入。每一列的值都显式地输入。如果你要插入表中所定义的所有列的值，那么列的列表是可选的。但是，如果你只想提供部分列的值，则必须在列的列表中指明所需的列名。好的做法是不管是不是需要插入所有列的值，都把所有列的列表列出来。这样做就像该语句的自述文件一样，并且也可以减少将来别人要插入一个新列到表中的时候可能出现的错误。     代码清单1-16  单表插入     第二个例子阐述了通过子查询来实现插入。这是插入数据行的一个非常灵活的选项。所写的子查询可以返回一行或多行数据。返回的每一行都会用来生成需要插入的新行的列值。根据你的需要这个子查询可以很简单也可以很复杂。在本例中，我们使用子查询实现了在现有薪水的基础上为每一位员工发放10%奖金的计算。事实上奖金表包含4列，但在这个插入中我们只列出了3个字段。comm这一列在子查询中并没有占据一列并且我们也没有将它包括在列表中。因为我们没有包含这一列，它的值将会是null。注意如果comm列具有非空约束，那么可能已返回一个约束错误，语句的执行也已失败。     1.6.2  多表插入     代码清单1-17所示的多表插入的例子阐明了一个子查询返回的数据行是如何被用来插入多个表中的。我们从3个表开始：small_customers、medium_customers以及large_customers。我们想要按照每位消费者所下订单的总金额来将数据分别插入这些表。子查询将每一位消费者的order_total列求和来确定该消费者的消费金额是小（所有订单的累加金额小于10 000美元）、中等（介于10 000美元与99 999.99美元之间）还是大（大于等于100 000美元），然后按照条件将这些行插入对应的表中。     代码清单1-17  多表插入     注意INSERT关键字后面ALL子句的使用。当指定了ALL子句的时候，这个语句就会执行无条件的多表插入。也就意味着每一个WHEN子句按照子查询所返回的每一行来确定值而不管前一个条件的输出结果是什么。因此，你需要注意如何来指定每个条件。例如，如果我使用WHEN sum_orders < 100 000这个条件而不是像上面一样列出范围，插入medium_customers表中的行有可能也会插入small_customers表中。     你需要指明FIRST选项来实现每一个WHEN子句按照其出现在语句中的顺序进行评估，并且对于一个给定的子查询行跳过接下来的WHEN子句评估。关键在于要记住哪一个选项能够更好地满足你的需要，ALL还是FIRST，然后使用最适合的选项。     1.7  UPDATE语句     UPDATE语句的作用是改变表中原有行的列值。这个语句的语法由3部分组成：UPDATE、SET和WHERE。UPDATE子句用来指定要更新的表，SET子句用来指明哪些列改变了以及调整的值，WHERE子句用来按条件筛选需要更新的行。WHERE子句是可选的，如果忽略了这个子句的话，更新操作将针对指定表中的所有行进行。     代码清单1-18列出了几种UPDATE语句的不同写法。首先，我建立了一个employees表的副本，名称为employees2，然后我将执行几个完成基本相同任务的不同更新操作：将90部门的员工工资增加10%。在例5中，commission_pct这一列也进行了更新。下面就是采用的不同方法。     例1：使用表达式更新一个单列的值。     例2：通过子查询更新一个单列的值。     例3：通过在WHERE子句中使用子查询确定要更新的数据行来更新单列的值。     例4：通过使用SELECT语句定义表及列的值来更新表。     例5：通过子查询更新多列。     代码清单1-18  UPDATE语句的例子     1.8  DELETE语句     DELETE语句用来从表中移除数据行。该语句的语法结构由3部分组成：DELETE、FROM和WHERE。DELETE关键字是单独列出的。除非你决定使用我们后面将会讨论到的提示（hint），没有其他选项与DELETE关键字相结合。FROM子句用来指定要从哪个表中删除数据行。如代码清单1-19中的例子所示，这个表可以直接指定也可以通过子查询来确定。WHERE子句提供筛选条件有助于确定哪些行是要删除的。如果忽略了WHERE子句，删除操作将删除指定表中的所有数据行。     代码清单1-19展示出了DELETE语句的几种不同写法。注意，在这些例子中我使用了代码清单1-18中创建的employees2表。下面你将看到的就是这些不同的删除方法。     例1：使用WHERE子句中的筛选条件来从指定表中删除行。     例2：使用FROM子句中的子查询来删除行。     例3：使用WHERE子句中的子查询来从指定表中删除行。     代码清单1-19  DELETE语句的例子     1.9  MERGE语句     MERGE语句具有按条件获取要更新或插入到表中的数据行，然后从1个或多个源头对表进行更新或者向表中插入行两方面的能力。它最经常被用在数据仓库中来移动大量的数据，但它的应用不仅限于数据仓库环境下。这个语句提供的一个很大的附加值在于你可以很方便地把多个操作结合成一个。这就使你可以避免使用多个INSERT、UPDATE以及DELETE语句。并且，在本书后面的内容中你将看到，如果你避免去做那些不是必须做的事情，响应时间可能得到相应的改善。     MERGE语句的语法是：     为了说明MERGE语句的用法，代码清单1-20展示出了如何建立一个测试表，然后恰当地利用MERGE条件来向表中插入或更新行。     代码清单1-20  MERGE语句例子     MERGE语句完成了下面这些事情。     ·插入了两行（员工id 106和107）。     ·更新了一行（员工id 105）。     ·删除了一行（员工id 103）。     ·一行保持不变（员工id 104）。     如果没有MERGE语句，你必须最少写3条不同的语句来完成同样的事情。     1.10  小结     正如你可以从到目前为止的例子中看出的，SQL语言提供了很多不同的选择来得到同样的结果集。你可能还注意到了一点就是这5个核心的SQL语句都可以使用类似的构造，例如子查询。关键是需要搞清楚在各种不同的使用场景下哪种构造是最高效的。我们将在本书后面的内容中阐述如何做到这一点。     如果你对本章的例子的理解有任何困难，请一定花点时间复习Beginning Oracle SQL或者Oracle文档中的SQL Reference Guide。在本书中接下来的部分我们假设你已经很好地理解了5个核心SQL语句的基本构造：SELECT、INSERT、UPDATE、DELETE和MERGE。
嵌入式软件工程师简历（精选15篇）
为了帮助嵌入式软件工程师写一份好简历，幻主简历网特别为大家整理了15篇嵌入式软件工程师简历案例参考。同时，结合我们网站提供的精美简历模板下载和在线制作工具，相信每位嵌入式软件工程师都能轻松打造出一份既专业又个性化的求职简历。嵌入式软件工程师简历1：求职意向求职类型：全职&nbsp;&nbsp;&nbsp;意向岗位：嵌入式软件工程师&nbsp;&nbsp;&nbsp;意向城市：广东广州&nbsp;&nbsp;&nbsp;薪资要求：面议&a
嵌入开发(WinCE)

19,500

社区成员

41,567

社区内容

发帖
与我相关
我的任务
社区描述
硬件/嵌入开发 嵌入开发(WinCE)
社区管理员
  • 嵌入开发(WinCE)社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

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

+ 用AI写文章