文件系统基本操作类

最主要的是Java平台本身。Java平台扮演Java程序和所在的硬件与操作系统之间的缓冲角色。这样Java程序只需要与Java平台打交道，而不用管具体的操作系统。Java语言保证了基本数据类型的值域和行为都是由语言自己定义的。而C/C++中，基本数据类是由它的占位宽度决定的，占位宽度由所在平台决定的。不同平台编译同一个C++程序会出现不同的行为。通过保证基本数据类型在所有平台的一致性，Java语言为平台无关性提供强有力的支持。Java class文件。Java程序最终会被编译成二进制class文件。class文件可以在任何平台创建，也可以被任何平台的Java虚拟机装载运行。它的格式有着严格的定义，是平台无关的。可伸缩性。Sun通过改变API的方式得到三个基础API集合，表现为Java平台不同的伸缩性：J2EE,J2SE,J2ME。

Java从四个方面支持了平台无关性最主要的是Java平台本身。Java平台扮演Java程序和所在的硬件与操作系统之间的缓冲角色。这样Java程序只需要与Java平台打交道，而不用管具体的操作系统。Java语言保证了基本数据类型的值域和行为都是由语言自己定义的。而C/C++中，基本数据类是由它的占位宽度决定的，占位宽度由所在平台决定的。不同平台编译同一个C++程序会出现不同的行为。通过保证基本数据类型在所有平台的一致性，Java语言为平台无关性提供强有力的支持。Java class文件。Java程序最终会被编译成二进制class文件。class文件可以在任何平台创建，也可以被任何平台的Java虚拟机装载运行。它的格式有着严格的定义，是平台无关的。可伸缩性。Sun通过改变API的方式得到三个基础API集合，表现为Java平台不同的伸缩性：J2EE,J2SE,J2ME

楼主您好， 如果您指的是阿里云的ECS云服务器产品， 那当您选择Windows系统时，会送40GB容量的系统盘（存储有系统的文件）；Linux系统则是赠送20GB系统盘。 如果另购数据盘，在ECS里挂载（分区、格式化、分配盘符或路径）新增的数据盘后就可以使用啦。 祝您生活愉快。 ------------------------- 回 7楼(ppddefg) 的帖子 楼主您好， Windows默认送的40GB系统盘，理论上还可以分区，但不建议。因为40GB，可以满足一个系统的基本运行（用于日志之类的文件增长），再划小的话，那可能不利于系统的运行效率了。 更重要的，是阿里云的一些控制台操作，如重装系统之类的，可能会直接当作是40GB容量来操作的。 一般用户选择是另购数据盘，因为价格实惠，又方便操作（我自己买了20GB数据盘）。

http://blog.csdn.net/zdy0_2004/article/details/462881831.概述 在大型软件系统中，为了监测软件运行状况及排查软件故障，一般都会要求软件程序在运行的过程中产生日志文件。在日志文件中存放程序流程中的一些重要信息，包括：变量名称及其值、消息结构定义、函数返回值及其执行情况、脚本执行及调用情况等。通过阅读日志文件，我们能够较快地跟踪程序流程，并发现程序问题。因此，熟练掌握日志系统的编写方法并快速地阅读日志文件，是对一个软件开发工程师的基本要求。 本文详细地介绍了Linux下一个简单的日志系统的设计方法，并给出了其C代码实现。本文为相关开发项目Linux下软件日志系统的编写提供了有益的参考。2.日志系统的框架结构 一个完整的日志系统包括三大部分：配置文件、软件程序和日志文件，它们之间的关系如图1所示。 3.生成日志文件的程序流程 基于日志系统的框架结构，生成日志文件的程序流程如图2所示。 图2 生成日志文件的程序流程 在实际的软件程序中，为了在程序的不同地方打印不同的日志，要将生成日志的代码封装为函数，作为API供程序调用。 如果软件没有成功生成日志，那么就不要让其继续执行后续流程，而是要查找问题的原因，直到日志生成正常为止。4.日志文件命名及日志信息格式 对于日志文件的命名，不同的软件开发项目有不同的规定。一般说来，日志文件都是以log作为后缀，如本文中的日志文件命名为：WriteLog.log。 对于每条日志信息的格式，对于不同的软件来说，也会有所不同。在本文中，日志信息的格式有以下两种(具体使用哪一种通过配置项决定)： 第一种：日志生成时间函数名[日志等级]日志具体信息 第二种：日志生成时间日志具体信息5.配置文件说明 本文中使用的配置文件为Config.ini，它包括了两部分信息，如下所示：其中，“EMPLOYEEINFO”段是指员工信息，包含员工姓名和员工年龄两个配置项。程序会将员工姓名和员工年龄读入，并输出到日志文件中。 “LOG”段是指日志信息，包含日志等级、日志代码位置标识和输出日志文件的目录三个配置项。对于“LogLevel”配置项，只有代码中日志等级不低于配置值的日志信息才会被输出到日志文件中(例如，LogLevel=4，那么只有Fatal、Error、Warn、Info和Trace等级的日志会被输出到日志文件中)。“LogPosition”配置项的值用于控制是否在日志文件中显示“文件名/函数名/代码行数”信息，1则显示，0则不显示。“LogDir”配置项的值表示生成的日志文件存放的目录。6.重要程序流程 (1) 从配置文件中读取各个配置项的值 该操作的流程如图3所示，具体请参见《Linux下配置文件读取操作流程及其C代码实现》(http://blog.csdn.net/zhouzhaoxiong1227/article/details/45563263)一文。 图4 向日志文件中写入日志信息程序流程该流程的具体代码请参考本文附录中的完整程序代码中的WriteLogFile函数。7.程序测试设计及文件上传 为了测试本日志系统的功能是否正确，在main函数中设计了以下三类日志信息： 第一类：打印程序的版本号及编译时间。 第二类：打印Fatal、Error、Warn、Info、Trace、Debug、All这七个等级的日志各一条。 第三类：调用GetEmployeeInfo函数打印读取到的员工姓名和年龄。将本程序“WriteLog.c”上传到Linux的“/home/zhou/zhouzx/test”目录下，并在该目录下建立“etc”和“log”目录，将配置文件“Config.ini”上传到“etc”下。文件及目录布局如图5所示。 图5 文件及目录布局8.代码编译及运行 在Linux下使用“gcc -g -o WriteLog WriteLog.c”命令对程序进行编译，生成“WriteLog”文件。 下面来运行程序。 (1) 将配置文件中的各个配置项的值设置如下：对照配置文件和日志文件，我们可以看到，“LogLevel”设置的是为4，因此只有日志等级不低于4的日志被输出到了日志文件中；“LogPosition”设置的是为0，因此在日志文件中不显示“文件名/函数名/代码行数”的信息。为了验证本日志系统功能的正常与否，要对程序进行多组测试，9.总结 本文对Linux下一个简单的日志系统的设计方法进行了详细的介绍(其C代码实现请见附录)，代码中的写日志相关函数可作为API供其它需要进行类似操作的程序调用。在使用本日志系统的过程中，有以下注意事项： 第一，配置文件中“LOG”段只包括了日志等级、日志代码位置标识和输出日志文件的目录三个配置项。在实际的软件开发项目中，还会有更多的配置参数，像存放的日志文件的最大个数、每个日志文件的大小阈值、每个已写入完成的日志文件的命名等。可以在本程序的基础上进一步扩展来实现复杂的日志功能。 第二，本文中对日志信息的写入采用的是直接在日志文件后面追加的方式，因此每次测试之前，要在“log”目录下删除上一次产生的“WriteLog.log”文件，否则新的日志信息会写入旧的日志文件中。 第三，由于写日志函数WriteLogFile的入参较多，每次调用的时候编写代码较为繁琐，因此使用一个宏WRITELOGFILE来代替，且只需要带上日志等级和日志消息两个参数即可，其它的如代码文件名、函数名和代码行数直接使用系统自定义的宏即可。附录：完整的程序代码

考试内容一、基础知识1.计算机系统的组成和应用领域。2.计算机软件的基础知识。3.计算机网络的基础知识和应用知识。4.信息安全的基本概念。二、数据结构与算法1.数据结构、算法的基本概念。2.线性表的定义、存储和运算。3.树形结构的定义、存储和运算。4.排序的基本概念和排序方法。5.检索的基本概念和检索算法。三、操作系统1.操作系统的基本概念、主要功能和分类。2.进程、线程、进程间的通信的基本概念。3.存储管理、文件管理、设备管理的主要技术。4.典型操作系统的应用。四、数据库系统的基本原理1.数据库的基本概念，数据库系统的组成。2.数据模型概念和主要的数据模型。3.关系数据模型的基本概念，关系操作和关系代数。4.结构化查询语言SQL。5.事务管理、并发控制、故障恢复的基本概念。五、数据库设计和数据库应用1.关系数据库的规范化理论。2.数据库设计的目标、内容和方法。3.数据库应用开发工具。4.数据库技术发展。六、上机操作1.掌握计算机基本操作。2.掌握C语言程序设计基本技术、编程和调试。3.掌握与考试内容相关的知识的上机应用。其实三级数据库广度挺大，没什么深度，就算有几项知识不熟悉也没关系，但像C语言这样的基础知识应该打好一点，市场上的同类书都差不多，没什么特别的，你如果有时间可以买一本回来仔细看，我觉得只要真正仔细看了，肯定能过的（我以前就是没仔细看书，结果考的时候发现很多题目似曾相识，好后悔啊……），时间不是很多的话建议多做以前的题目，重复的几率很高，而且你想，总共就那么些个知识，又不能出太深，出不了什么新题的，考过的都知道，大差不离。

首先，需要明确一点，如果操作系统被安装在D盘，就会发现少有软件会自动识别系统路径并出现D盘的默认安装位置，然而还是有些软件会显示C盘，这和软件安装包有关。所以，C盘并不是绝对的，但一定是很多软件开发商的默契所在，那些可以自动识别系统分区并默认了安装位置为系统盘所在的软件便是在尊重Windows系统的设计。也有像腾讯产品这样自动检测安装目录并创建次目录的软件，但这样人性化设计的安装步骤只存在一小部分。Windows系统中： Program Files和Program Files（x86）是用来存放程序本体的， ProgramData和%user%/appdata是用来存放程序数据的。当你的程序本体出现问题，你只需要重新安装程序，你的用户数据依然会保存。当你要还原程序设置，你只需要从ProgramData或者%user%/appdata中删掉程序的配置文件，就能够把程序还原到初始设置。程序在安装过程中向对应的注册表位置写入软件信息和卸载程序的路径，这样就可以通过控制面板统一的管理程序。所以，绿色软件还是要慎用， 这种脱离了系统管控的东西还是少用为妙。那软件装在C盘好吗？先说说为什么很多用户会在软件安装在C盘和D盘之间选择后者。原因之一：在N年前，硬盘容量还不像现在这样海量，20G就可被称为大容量硬盘的年代，计算机的C盘作为系统盘，在安装完操作系统后基本就没多大空间了，所以当时人们的习惯是将软件安装在非系统盘，以免因为系统盘剩下的空间过小导致虚拟内存不足（那年代物理内存容量也不像现在这么恐怖的，256M跑xp的也有，运行大型软件，例如游戏啥的，虚拟内存还是很必要的。）原因之二：有人说过了，操作系统并非不坏金身，总有挂了的时候，而windows不像类unix环境那样，挂了你自己还可以鼓捣鼓捣，说不定就起来了，windows挂了之后当时大多数人，包括所谓的“高手”们，采用的均是简单粗暴但最有效的方式，格了系统盘重装。 这时备份你的个人文件就是个问题，当时并没有太多的简单易用的系统维护环境可选。（基本都是DOS，一则这东西界面不是那么友好，二则系统被你用崩溃了肯定不是一两天的事儿，在没有文件管理器的情况下把少则数百多则上千的文件从系统盘复制到别的盘符并非易事）。如今呢，咱赶上好时候了，硬件配置大幅提升，使得系统盘空间不够用的情况越来越少了，可以为C盘分担更多的空间，以便在C盘安装软件。并且有了很多较为易用的系统维护环境，基本都是基于PE，用光盘或U盘或网络启动，而不少主板厂商由于BIOS容量激增也开发出了一些基于BIOS的系统维护环境，功能也相当强大。所以，这件事可以遗忘了，不用再强逼自己把软件安装在其他分区中。

　　电脑无法正常启动，一般是因为软件或硬件故障导致的，原因很多且很复杂，有可能是系统文件损坏，也可能是病毒感染，也可能是后台自启动程序发生冲突或安全软件安装有多个造成系统假死，也可能是内存接触不良或出现兼容性问题，也可能是硬盘出现碎片或坏道，也可能是主板等其它硬件出现故障。 　　解决此问题需按从易到难、先软件后硬件的原则逐一排查，推荐重装系统，这是最简单快捷的方法，如果重装系统成功也能排除硬件问题的可能。 　　电脑安装系统方法很多，以下所列可择一操作。 　　1、硬盘安装： 　　（1）开机或重启后按F11键或F8键，看有没有安装一键GHOST或类似软件，有则选择一键还原按回车确定； 　　（2）进入一键还原操作界面后，再选择“还原”确定即可。如果以前刚进行过一键备份，则能恢复到备份时的状态。 　　另外，如果能够进入现在的系统或开机时按F8能够进入命令行模式，可搜索WINDOWS版或DOS版的GHOST.exe程序和GHO系统文件，然后手工运行GHOST程序装载系统GHO文件也能重装系统。 　　2、U盘安装：如果没有一键还原，则使用系统U盘重装系统。启动U盘制作及U盘重装系统的操作步骤为： 　　（1）制作启动U盘：到实体店买个容量8G以上的U盘，上网搜索下载老毛桃或大白菜等启动U盘制作工具，将U盘插入电脑运行此软件制作成启动U盘，再到系统之家或类似网站下载WINXP或WIN7等操作系统的GHO文件，复制到U盘或启动工具指定的U盘文件夹下并按要求重命名。也可以上网搜索下载ISO格式的系统镜像文件（内含GHO系统文件或完整的系统安装文件），通过ultraiso等工具释放到U盘制作成包含系统的启动U盘。 　　（2）设置U盘启动：开机按DEL键（笔记本一般为F2或其它）进入BIOS设置界面，进入BOOT选项卡设置U盘（有USB-HDD、USB-FDD等不同格式，优先选择USB-HDD）为第一启动项（注：部分电脑需要在此时插入U盘进行识别才能设置），再按F10保存退出重启。部分新主板支持开机后连按F12或F11进入启动选项菜单，可不进CMOS界面直接选择U盘（事先插入U盘即识别出来的U盘的型号）或Generic Flash Disk（通用闪存盘）或Removable Device（移动磁盘）启动电脑。 　　（3）U盘重装系统：插入U盘启动电脑，进入U盘功能菜单之后，选择“安装系统到硬盘第一分区“，回车确定后按提示操作，或者进入PE系统后，运行桌面上的“一键安装系统”，电脑会自动运行GHOST软件并自动搜索U盘上的GHO文件克隆安装到C区，整个过程基本无需人工干预，直到最后进入系统桌面。 　　3、光盘安装：电脑使用光盘重装系统，其操作步骤如下： 　　（1）准备系统光盘：如果没有可以去电脑商店购买，需要安装什么系统就买什么系统的最新版光盘。如果有刻录光驱，也可上网自行下载ISO格式的系统文件刻录成系统光盘。 　　（2）设置光盘启动：开机后按DEL键（笔记本一般为F2或根据屏幕底行提示的热键）进入CMOS，并在BOOT选项卡中设置光驱（CD-ROM或DVD-ROM）为第一启动项（老主板需要进入Advanced BIOS Features选项卡后，在“1st Boot Device”处回车，再选择CD/DVD-ROM），再按F10保存退出重启。重启电脑时及时将系统光盘插入光驱。 　　（3）克隆安装系统：光盘启动成功后会显示功能菜单，此时选择菜单中的“安装系统到硬盘第一分区”，回车确定后按提示操作，或者进入PE系统后，运行桌面上的“一键安装系统”，电脑会自动运行GHOST软件自动载入GHO文件克隆安装到C区，整个过程基本无需人工干预，直到最后进入系统桌面。 　　注意：在安装系统完成后，先安装安全软件如360安全卫士加360杀毒或者金山毒霸之类其它安全软件，进行全盘查杀木马、病毒，再打好系统补丁、安装常用软件，并下载安装使用一键还原工具进行系统备份，以备不时之需。 “答案来源于网络，供您参考” 希望以上信息可以帮到您！

一：C语言 嵌入式Linux工程师的学习需要具备一定的C语言基础，C语言是嵌入式领域最重要也是最主要的编程语言，通过大量编程实例重点理解C语言的基础编程以及高级编程知识。包括：基本数据类型、数组、指针、结构体、链表、文件操作、队列、栈等。 二：Linux基础 Linux操作系统的概念、安装方法，详细了解Linux下的目录结构、基本命令、编辑器VI ,编译器GCC，调试器GDB和 Make 项目管理工具, Shell Makefile脚本编写等知识，嵌入式开发环境的搭建。 三：Linux系统编程 重点学习标准I/O库，Linux多任务编程中的多进程和多线程，以及进程间通信(pipe、FIFO、消息队列、共享内存、signal、信号量等)，同步与互斥对共享资源访问控制等重要知识，主要提升对Linux应用开发的理解和代码调试的能力。 四：Linux网络编程 计算机网络在嵌入式Linux系统应用开发过程中使用非常广泛，通过Linux网络发展、TCP/IP协议、socket编程、TCP网络编程、UDP网络编程、Web编程开发等方面入手，全面了解Linux网络应用程序开发。重点学习网络编程相关API，熟练掌握TCP协议服务器的编程方法和并发服务器的实现，了解HTTP协议及其实现方法，熟悉UDP广播、多播的原理及编程方法，掌握混合C/S架构网络通信系统的设计，熟悉HTML,Javascript等Web编程技术及实现方法。 五：数据结构与算法 数据结构及算法在嵌入式底层驱动、通信协议、及各种引擎开发中会得到大量应用，对其掌握的好坏直接影响程序的效率、简洁及健壮性。此阶段的学习要重点理解数据结构与算法的基础内容，包括顺序表、链表、队列、栈、树、图、哈希表、各种查找排序算法等应用及其C语言实现过程。 六：C++ 、QT C++是Linux应用开发主要语言之一，本阶段重点掌握面向对象编程的基本思想以及C++的重要内容。图形界面编程是嵌入式开发中非常重要的一个环节。由于QT具有跨平台、面向对象、丰富API、支持2D/3D渲染、支持XML、多国语等强大功能，在嵌入式领域的GUI开发中得到了广范的应用，在本阶段通过基于QT图形库的学习使学员可以熟练编写GUI程序，并移植QT应用程序到Cortex-A8平台。包括IDE使用、QT部件及布局管理器、信息与槽机制的应用、鼠标、键盘及绘图事件处理及文件处理的应用。 七：Cortex A8 、Linux 平台开发 通过基于ARM Cortex-A8处理s5pv210了解芯片手册的基本阅读技巧，掌握s5pv210系统资源、时钟控制器、电源管理、异常中断控制器、nand flash控制器等模块，为底层平台搭建做好准备。Linux平台包括内核裁减、内核移植、交叉编译、GNU工具使用、内核调试、Bootloader介绍、制作与原理分析、根文件系统制作以及向内核中添加自己的模块，并在s5pv210实验平台上运行自己制作的Linux系统,集成部署Linux系统整个流程。同时了解Android操作系统开发流程。Android系统是基于Linux平台的开源操作系统，该平台由操作系统、中间件、用户界面和应用软件组成，是首个为移动终端打造的真正开放和完整的移动软件，目前它的应用不再局限于移动终端，还包括数据电视、机顶盒、PDA等消费类电子产品。 八：驱动开发 驱动程序设计是嵌入式Linux开发工作中重要的一部分，也是比较困难的一部分。本阶段的学习要熟悉Linux的内核机制、驱动程序与用户级应用程序的接口，掌握系统对设备的并发操作。熟悉所开发硬件的工作原理，具备ARM硬件接口的基础知识，熟悉ARM Cortex-A8处理器s5pv210各资源、掌握Linux设备驱动原理框架，熟悉工程中常见Linux高级字符设备、块设备、网络设备、USB设备等驱动开发，在工作中能独立胜任底层驱动开发。 以上就是列出的关于一名合格嵌入式Linux开发工程师所必学的理论知识，其实，作为一个嵌入式开发人员，专业知识和项目经验同样重要，所以在我们的理论学习中也要有一定的项目实践，锻炼自己的项目开发能力。

与常规的脚本语言类似, MySQL 也具有一套对字符、单词以及特殊符号的使用规定, MySQL 通过执行 SQL 脚本来完成对数据库的操作, 该脚本由一条或多条MySQL语句(SQL语句 + 扩展语句)组成, 保存时脚本文件后缀名一般为 .sql。在控制台下, MySQL 客户端也可以对语句进行单句的执行而不用保存为.sql文件。 标识符 标识符用来命名一些对象, 如数据库、表、列、变量等, 以便在脚本中的其他地方引用。MySQL标识符命名规则稍微有点繁琐, 这里我们使用万能命名规则: 标识符由字母、数字或下划线(_)组成, 且第一个字符必须是字母或下划线。 对于标识符是否区分大小写取决于当前的操作系统, Windows下是不敏感的, 但对于大多数 linux\unix 系统来说, 这些标识符大小写是敏感的。 关键字: MySQL的关键字众多, 这里不一一列出, 在学习中学习。 这些关键字有自己特定的含义, 尽量避免作为标识符。 语句: MySQL语句是组成MySQL脚本的基本单位, 每条语句能完成特定的操作, 他是由 SQL 标准语句 + MySQL 扩展语句组成。 函数: MySQL函数用来实现数据库操作的一些高级功能, 这些函数大致分为以下几类: 字符串函数、数学函数、日期时间函数、搜索函数、加密函数、信息函数。

计算机科学与技术专业课程 课程简介 1.数字逻辑电路： “数字逻辑”是计算机专业本科生的一门主要课程，具有自身的理论体系和很强的实践性。它是计算机组成原理的主要先导课程之一，是计算机应用专业关于计算机系统结构方面的主干课程之一。 课程的主要目的是使学生了解和掌握从对数字系统提出要求开始，一直到用集成电路实现所需逻辑功能为止的整个过程的完整知识。内容有数制和编码、布尔代数和逻辑函数、组合逻辑电路的分析和设计，时序逻辑电路的分析和设计，中、大规模集成电路的应用。通过对该课程的学习，可以为计算机组成原理、微型计算机技术、计算机系统结构等课程打下坚实的基础。 2.计算机组成原理： 本课程是计算机系本科生的一门重要专业基础课。在各门硬件课程中占有举足轻重的地位。它的先修课程是《数字逻辑电路》，后继课程有《微机接口技术》、《计算机系统结构》。从课程地位来说，本课程在先修课和后继课中起着承上启下的作用。主要讲解计算机五大部件的组成及工作原理，逻辑设计与实现方法，整机的互连技术，培养学生具有初步的硬件系统分析、设计、开发和使用的能力。具体内容包括：数制与码制、基本逻辑部件、运算方法与运算器、指令系统与寻址方式，中央处理器(CPU)的工作原理及设计方法。存储系统和输入/输出(I/O)系统等。通过该课程的学习，可以使学生较深地掌握单台计算机的组成及工作原理，进一步加深对先修课程的综合理解及灵活应用，为后继课程的学习建立坚实的基础知识。 3.微机接口技术： 本课程是计算机科学与技术专业学生必修的核心课程之一，它的先修课程为数字逻辑、计算机组成原理。本课程对于训练学生掌握硬件接口设计技术，熟悉微处理器和各种接口芯片的硬件设计和软件调试技术都有重要作用，在软件方面要求掌握汇编语言，在硬件方面要掌握中断、DMA、计数器/定时器等设计技术。通过该课程的学习使学生学会微机接口设计的基本方法和技能。 4.计算机系统结构： 计算机系统结构主要是研究高性能计算机组织与结构的课程。主要包括：计算机系统结构的基本概念、指令的流水处理与向量计算机、高性能微处理器技术、并行处理机结构及算法和多处理机技术。结合现代计算机系统结构的新发展，介绍近几年来计算机系统结构所出现的一些新概念和新技术。 5.数据库概论： 数据库已是计算机系本科生不可缺少的专业基础课，它是计算机应用的重要支柱之一。该课程讲授数据库技术的特点，数据库系统的结构，三种典型数据模型及系统(以关系型系统为主)、数据库规范化理论，数据库的设计与管理，以及数据库技术的新进展等。通过本课程学习，掌握基本概念、理论和方法，学会使用数据库管理系统设计和建立数据库的初步能力，为以后实现一个数据库管理系统及进行系统的理论研究打下基础。 6.算法与数据结构： “数据结构”是计算机程序设计的重要理论技术基础，是计算机科学与技术专业的必修课，是计算机学科其它专业课的先修课程。通过学习本课程使学生掌握数据结构的基本逻辑结构和存储结构及其基本算法的设计方法，并在实际应用中能灵活使用。学会分析研究数据对象的特性，选择合适的逻辑结构、存储结构及设计相应的算法。初步掌握算法的时空分析技巧，同时进行程序设计训练。使学生学会应用抽象数据类型概念进行抽象设计。主要内容有：线性表、链表、栈、队列、数组、广义表、树与二叉树、图、查找、排序、内存管理、文件存储管理。 7.离散数学： “离散数学”是计算机科学与技术专业必修课程，其主要内容包括：命题逻辑;一阶命题逻辑;集合、关系与映射;代数系统、布尔代数 ;图论等。这些内容为学习计算机专业课程，如编译原理、数据结构提供重要的理论工具，同时也是计算机应用不可缺少的理论基础。 离散数学主要培养学生对事物的抽象思维能力和逻辑推理能力，为今后处理离散信息，从事计算机软件的开发和设计，以及计算机的其它实际应用打好数学基础。 8.操作系统： 操作系统是现代计算机系统中不可缺少的重要组成部分。它的先修课程是数据结构和计算机基础，在此基础上讲解操作系统的主要内容：CPU管理、存储器管理、作业管理、I/O设备管理和文件管理。这些基本原理告诉人们作为计算机系统中各种资源的管理者和各种活动的组织者、指挥者，操作系统是如何使整个计算机系统有条不率地高效工作，以及它为用户使用计算机系统提供了哪些便利手段。掌握了这些知识，人们就会对计算机系统的总体框架、工作流程和使用方法有了一个全面的认识，就会清楚后续专业课程所述内容在计算机系统中所处的地位和作用，这样不仅便于理解后续课程内容，而且能使人们把计算机的各部分知识有机地联系起来。此外，由于多处理机系统和计算机网络的盛行，本课程中也包含了对多处理机操作系统和网络操作系统的概述，从而使学习者可以跟上计算机技术的发展速度。 9.数据通信与计算机网： 该课程主要介绍网络基本理论和网络最新实用技术，分基础理论、实用技术和新技术三部分进行讲述。主要讲解计算机网络的功能和组成，数据传输，链路控制，多路复用，差错检测，网络体系结构，网络分层协议及局域网、广域网等。要求学生掌握数据通信的基本原理和计算机网络的体系结构，打下坚实的理论基础，培养实际应用的能力，为今后从事计算机网络的科研和设计工作打下基础。 10.高级语言程序设计： 本课程介绍了C与C++的全集。它从语法入手，同时强调程序设计的基本方法，以使学生能在较短的时间内，掌握C语言的结构化程序设计方法与C++语言的面向对象程序设计方法。主要内容有：1、过程初步;2、过程组织和管理;3、C++的数据类型;4、类与对象;5、继承;6、I/O流。 11.软件工程： 软件工程课程是计算机专业的一门主要专业课程，是培养高水平软件研制和开发人员的一门重程。该课程主要介绍软件工程的概念、原理及典型的方法技术，进述软件生存周期各阶段的任务、过程、方法和工具，讨论了软件工程使用的科学管理技术。 12.数据库应用： 通过实践方式使学生进一步掌握数据库知识和技术，掌握C/S(客户/服务)模式下的大型数据库的设计与实现，培养同行间的合作精神，学习应用合作方法。 13.软件编程实践： 主要介绍最新的常规的软件编程平台、工具和方法。本课程面向应用技术和实用技术，培养学生自学新技术的能力，在WINDOWS下的综合编程能力，实际解决问题能力。 14.计算机网络工程： 计算机技术与通信技术相结合导致了计算机网络的产生。计算机网络已成为当今大型信息系统的基础。-------------------------高等数学、大学英语、概率统计、离散数学、电路、模拟电子、数字电子、数据结构、操作系统、编译原理、计算机网络、数据库原理、软件工程、汇编语言、C++程序设计、接口技术、Java、VC++、计算机病毒分析、信息安全、等。 高数学的是微积分，线性代数，概率论与数理统计。英语是大学英语上下。还有就是专业的计算机知识，数据分析，c语言，java，还有计算机的系统分析，各种软件技术，学会写代码，程序等。

Basic UI 是 CCP 官方提供的 Web UI 应用，提供基本文件管理操作，包括文件上传，下载，复制，移动，重命名，预览等基本功能。用户(租户)使用阿里云账号在控制台通过简单的配置，即可拥有带有 CCP二级域名的Web UI应用。 功能介绍 (1) 云盘文件管理 文件上传，文件夹上传，新建文件夹，新建文件。 下载，唤醒客户端下载。 重命名，复制，移动，删除。 将共享文件夹中的文件保存到我的云盘中。 (2) 支持目录（文件夹）级别的共享。 目前仅支持共享给同一个域下已经登录过的用户。 支持“只列举”、“只读”、“读写不删除”、“全部”、“自定义”权限。 可以设置有效期，到期自动收回权限。 (3) 内置角色3个：超级管理员，管理员，普通用户。 超级管理员拥有所有权限 管理员除了不能切换用户角色外，其他所有权限。 普通用户只能操作自己有权限的文件，包括自己的云盘或者别人共享的目录(文件夹)中的文件。 (4) 支持的用户体系接入 CCP官方的用户体系。可以通过官方提供的 OAuth 页面登录。 自定义的用户体系。通过JWT接入。 (5) 支持自助build跨平台桌面端 以超级管理员身份登录BasicUI，可以一键build自己的桌面端。不同域存储方式的区别 CCP 的中创建的域根据存储方式分为2类： CCPPath 和 OSSPath。这2种类型的域所能提供的功能也不太一样，体现在 Basic UI 上也有对应的差别。 CCPPath 支持秒传：已经存在的文件，会用引用的方式创建，免上传。 支持搜索：可以自己打tag，根据tag搜索。 支持照片人脸聚合，时光轴等（目前API已经有了，UI在开发中）。 暂时不支持共享 OSSPath 支持目录（文件夹）级别共享。 支持将已有的OSS目录挂载为域的存储空间。 暂时不支持文件搜索。 不支持照片人脸聚合等。 其他的对比请看：Domain数据存储方式。 支持的用户体系以及接入方式 支持手机号，钉钉，RAM子账号登录。 支持自定义的账号系统接入。 详情请看： CCP支持的用户体系介绍 使用限制 支持现代浏览器，webkit内核的 chrome，opera，edge，safari 和 firefox。 不支持IE。

首先，我们先来聊聊各类数据模型。下列相关信息参考自Emil Eifrem的博文及NoSQL数据库说明。文档类数据库传承:受Lotus Notes启发而来。数据模型:文档汇总，包括键-值汇总。实例: CouchDB, MongoDB优势: 数据建模自然、程序员易于上手、开发流程短、兼容网页模式、便于达成CRUD（即添加、查询、更新及删除的简称）。图形类数据库传承:来自 Euler 及图形理论。数据模型:节点及关系，二者结合能够保持键-值间的成对状态实例: AllegroGraph, InfoGrid, Neo4j优势:轻松玩转复杂的图形问题、处理速度快关系类数据库传承:源自 E. F. Codd在大型共享数据库中所提出的数据关系模型理论数据模型:以关系组为基础实例: VoltDB, Clustrix, MySQL优势:性能强大、联机事务处理系统扩展性好、支持SQL访问、视图直观、擅长处理交易关系、与程序员间的交互效果优异面向对象类数据库传承:源自图形数据库方面的研究成果数据模型: 对象实例: Objectivity, Gemstone优势:擅长处理复杂的对象模型、快速的键-值访问及键-功能访问并且兼具图形数据库的各类功能键-值存储传承: Amazon Dynamo中的paper概念及分布式hash表数据模型:对成对键-值的全局化汇总实例: Membase, Riak优势:尺寸掌控得当、擅长处理持续的小规模读写需求、速度快、程序员易于上手BigTable Clones传承自:谷歌BigTable中的paper概念数据模型:纵列群，即在某个表格模型中，每行在理论上至少可以有一套单独的纵列配置实例: HBase, Hypertable, Cassandra优势:尺寸掌控得当、擅长应对大规模写入负载、可用性高、支持多数据中心、支持映射简化数据结构类服务传承: 不明实例: Redis数据模型: 执行过程基于索引、列表、集合及字符串值优势:为数据库应用引入前所未有的新鲜血液网格类数据库传承:源自数据网格及元组空间研究数据模型:基于空间的构架实例: GigaSpaces, Coherence优势:优良的性能表现及上佳的交易处理扩展性我们该为自己的应用程序选择哪套方案？选择的关键在于重新思考我们的应用程序如何依据不同数据模型及不同产品进行有针对性的协同工作。即用正确的数据模型处理对应的现实任务、用正确的产品解决对应的现实问题。要探究哪类数据模型能够切实为我们的应用程序提供帮助，可以参考“到底NoSQL能在我们的工作中发挥什么作用？”一文。在这篇文章中，我试着将各种不同特性、不同功能的常用创建系统中的那些非常规的应用实例综合起来。将应用实例中的客观需求与我们的选择联系起来。这样大家就能够逆向分析出我们的基础架构中适合引入哪些产品。至于具体结论是NoSQL还是SQL，这已经不重要了。关注数据模型、产品特性以及自身需要。产品总是将各种不同的功能集中起来，因此我们很难单纯从某一类数据模型构成方式的角度直接找到最合用的那款。对功能及特性的需求存在优先级，只要对这种优先级具备较为清晰的了解，我们就能够做出最佳选择。如果我们的应用程序需要…复杂的交易：因为没人愿意承受数据丢失，或者大家更倾向于一套简单易用的交易编程模式，那么请考虑使用关系类或网格类数据库。例如:一套库存系统可能需要完整的ACID（即数据库事务执行四要素：原子性、一致性、隔离性及持久性）。顾客选中了一件产品却被告知没有库存了，这类情况显然容易引起麻烦。因为大多数时候，我们想要的并不是额外补偿、而只是选中的那件货品。若是以扩展性为优先，那么NoSQL或SQL都能应对自如。这种情况下我们需要关注那些支持向外扩展、分类处理、实时添加及移除设备、负载平衡、自动分类及整理并且容错率较高的系统。要求持续保有数据库写入功能，则需要较高的可用性。在这种情况下不妨关注BigTable类产品，其在一致性方面表现出众。如有大量的小规模持续读写要求，也就是说工作负载处于波动状态，可以关注文档类、键-值类或是那些提供快速内存访问功能的数据库。引入固态硬盘作为存储媒介也是不错的选择。以社交网络为实施重点的话，我们首先想到的就是图形类数据库；其次则是Riak这种关系类数据库。具备简单SQL功能的常驻内存式关系数据库基本上就可以满足小型数据集合的需求。Redis的集合及列表操作也能发挥作用。如果我们的应用程序需要…在访问模式及数据类型多种多样的情况下，文档类数据库比较值得考虑。这类数据库不仅灵活性好，性能表现也可圈可点。需要完备的脱机报告与大型数据集的话，首选产品是Hadoop，其次则是支持映射简化的其它产品。不过仅仅支持映射简化还不足以提供如Hadoop一样上佳的处理能力。如果业务跨越数个数据中心，Bigtable Clone及其它提供分布式选项的产品能够应对由地域距离引起的延迟现象，并具备较好的分区兼容性。要建立CRUD应用程序，首选文档类数据库。这类产品简化了从外部访问复杂数据的过程。需要内置搜索功能的话，推荐Riak。要对数据结构中的诸如列表、集合、队列及发布/订阅信息进行操作，Redis是不二之选。其具备的分布式锁定、覆盖式日志及其它各种功能都会在这类应用状态下大放异彩。将数据以便于处理的形式反馈给程序员（例如以JSON、HTTP、REST、Javascript这类形式），文档类数据库能够满足这类诉求，键-值类数据库效果次之。如果我们的应用程序需要…以直观视图的形式进行同步交易，并且具备实时数据反馈功能，VoltDB算得上一把好手。其数据汇总以及时间窗口化的表现都非常抢眼。若是需要企业级的支持及服务水平协议，我们需要着眼于特殊市场。Membase就是这样一个例子。要记录持续的数据流，却找不到必要的一致性保障？BigTable Clone交出了令人满意的答卷，因为其工作基于分布式文件系统，所以可以应对大量的写入操作。要让操作过程变得尽可能简单，答案一定在托管或平台即服务类方案之中。它们存在的目的正是处理这类要求。要向企业级客户做出推荐？不妨考虑关系类数据库，因为它们的长项就是具备解决繁杂关系问题的技术。如果需要利用动态方式建立对象之间的关系以使其具有动态特性，图形类数据库能帮上大忙。这类产品往往不需要特定的模式及模型，因此可以通过编程逐步建立。S3这类存储服务则是为支持大型媒体信息而生。相比之下NoSQL系统则往往无法处理大型二进制数据块，尽管MongoDB本身具备文件服务功能。如果我们的应用程序需要…有高效批量上传大量数据的需求？我们还是得找点有对应功能的产品。大多数产品都无法胜任，因为它们不支持批量操作。文档类数据库或是键－值类数据库能够利用流畅的模式化系统提供便捷的上传途径，因为这两类产品不仅支持可选区域、添加区域及删除区域，而且无需建立完整的模式迁移框架。要实现完整性限制，就得选择一款支持SQL DLL的产品，并在存储过程或是应用程序代码中加以运行。对于协同工作极为依赖的时候就要选择图形类数据库，因为这类产品支持在不同实体间的迅速切换。数据的移动距离较短且不必经过网络时，可以在预存程序中做出选择。预存程序在关系类、网格类、文档类甚至是键-值类数据库中都能找到。如果我们的应用程序需要…键-值存储体系擅长处理BLOB类数据的缓存及存储问题。缓存可以用于应对网页或复杂对象的存储，这种方案能够降低延迟、并且比起使用关系类数据库来说成本也较低。对于数据安全及工作状态要求较高的话可以尝试使用定制产品，并且在普遍的工作范畴（例如向上扩展、调整、分布式缓存、分区及反规范化等等）之外一定要为扩展性（或其它方面）准备解决方案。多样化的数据类型意味着我们的数据不能简单用表格来管理或是用纵列来划分，其复杂的结构及用户组成（也可能还有其它各种因素）只有文档类、键-值类以及Bigtable Clone这些数据库才能应付。上述各类数据库都具备极为灵活的数据类型处理能力。有时其它业务部门会需要进行快速关系查询，引入这种查询方式可以使我们不必为了偶尔的查看而重建一切信息。任何支持SQL的数据库都能实现这类查询。至于在云平台上运行并自动充分利用云平台的功能——这种美好的愿望目前还只能是愿望。如果我们的应用程序需要…支持辅助索引，以便通过不同的关键词查找数据，这要由关系类数据库及Cassandra推出的新辅助索引系统共同支持才能实现。创建一套处于不断增长中的数据集合（真正天文数量级的数据）然而访问量却并不大，那么Bigtable Clone是最佳选择，因为它会将数据妥善安排在分布式文件系统当中。需要整合其它类型的服务并确保数据库提供延后写入同步功能？那最好的实现方式是捕捉数据库的各种变化并将其反馈到其它系统中以保障运作的一致性。通过容错性检查了解系统对供电中断、隔离及其它故障情况的适应程度。若是当前的某项技术尚无人问津、自己却感觉大有潜力可挖，不妨在这条路上坚持走下去。这种情况有时会带来意料之外的美好前景。尝试在移动平台上工作并关注CouchDB及移动版couchbase。哪种方案更好？25%的状态改善尚不足以让我们下决心选择NoSQL。选择标准是否恰当取决于实际情况。这类标准对你的方案有指导意义吗？如果你的公司尚处于起步阶段，并且需要尽快推出自己的产品，这时不要再犹豫不决了。无论是SQL还是NoSQL都可以作为参考。

众所周知，Java是平台无关的语言，那么Java为什么要支持平台无关性，总结一下，有如下几点支持多变的网络环境。如今是一个互联网的时代，网络将各种各样的计算机和设备连接起来，比如网络连接了windows的PC机，UNIX工作站等等。为了保证程序能够不加任何修改运行于网络上的任何计算机，而不管计算机是什么种类，什么平台，这样就极大减轻了系统管理员的工作。尤其是程序是通过网络环境进行部署的。支持网络化嵌入式设备。目前工作场所中存在各种各样的嵌入式设备，比如打印机，扫描仪，传真机等。他们往往通过网络连接起来，甚至在家庭网络和汽车内部也存在这样那样的嵌入式设备 。Java的平台无关性可以简化这样的系统管理任务。无论是哪个网络的管理员，它只需关注程序本身即可。此外添加一台新设备，可以立即被其他设备访问到，也可以访问其他设备。这都是平台无关性带来的好处。减少开发者部署程序的成本和时间。对于开发者而言， Java平台无关的能力给予网络一个同构的运行环境，使得分布式系统可以围绕着“网络移动对象”开构建。比如对象序列化，RMI, Jini就是利用平台无关性。把面向对象编程从虚拟机带到了网络上。影响Java平台无关性的因素Java平台的部署。运行Java程序之前，必须要部署好Java平台。Java平台的版本。Sun公司提供了不同的API集合，有标准版，扩展版等等。此外API本身也面临着改动，一些API被认为是过期的，一些API甚至不向下兼容，因此我们需要选择合适的Java平台版本支持程序开发。本地方法。当编写一个平台独立的Java程序时候，最重要的原则是：不要直接或间接调用不属于Java API的本地方法。调用Java API以外的本地方法使得程序平台相关。一般而言，本地方法在三种情况适用：使用底层主机平台的特性，而Java API无法访问；为了访问老系统或者使用现有的库，但是这个系统或库不是Java编写的；为了加快程序性能，将时间敏感代码用本地方法实现。因此当必须使用本地方法，而且支持多种平台运行，必须将本地方法移植到所有需要的平台上。因此编写平台独立的Java程序做主要的目的就是完全禁止本地方法，通过Java API和主机交互。非标准运行时库。所谓平台无关性，一种解释是你调用的方法是否在任何地方都已经实现。本地方法顾名思义，就是只是在本地实现了，所以无法保证平台无关。而Java API在如windows, Solaris等操作系统上的实现上使用了本地方法访问主机，即保证了平台无关。对虚拟机的依赖。虚拟机可以由不同开发商开发，但是必须满足如下两条原则：不要依赖及时终结(finalization)保证程序的正确性，因为特定程序中对象可能在不同的时间被垃圾收集；不要依赖线程的优先级来保证程序的正确性。因为一些虚拟机可以实现优先级高线程优先运行，一些虚拟机不能保证这一点。对用户界面依赖，AWT库提供基本的用户界面，这些组件被映射成每个平台上的本地组件，而Swing库为用户提供更高级的组件，但并没有被映射为本地组件。实现平台无关的7大步骤选择程序运行的主机和设备集合（目标宿主机）在目标宿主机中选择Java平台版本。对于每个目标宿主机，选择程序将要运行的Java平台实现（目标运行时环境） 。编写程序，调用Java API标准运行库（不调用本地方法，或者专门开发商专门调用本地方法的库）编写程序，不依赖于垃圾收集器收集垃圾时间，不依赖线程的优先级努力设计用户界面，在所有的目标宿主机都能正常工作在所有目标运行时环境和所有目标宿主机进行测试 Java从四个方面支持了平台无关性最主要的是Java平台本身。Java平台扮演Java程序和所在的硬件与操作系统之间的缓冲角色。这样Java程序只需要与Java平台打交道，而不用管具体的操作系统。Java语言保证了基本数据类型的值域和行为都是由语言自己定义的。而C/C++中，基本数据类是由它的占位宽度决定的，占位宽度由所在平台决定的。不同平台编译同一个C++程序会出现不同的行为。通过保证基本数据类型在所有平台的一致性，Java语言为平台无关性提供强有力的支持。Java class文件。Java程序最终会被编译成二进制class文件。class文件可以在任何平台创建，也可以被任何平台的Java虚拟机装载运行。它的格式有着严格的定义，是平台无关的。可伸缩性。Sun通过改变API的方式得到三个基础API集合，表现为Java平台不同的伸缩性：J2EE,J2SE,J2ME。

进程是操作系统中最基本、重要的概念，是多道程序系统出现后，为了刻画系统内部出现的动态情况，描述系统内部各道程序的活动规律引进的一个概念，所有多道程序设计操作系统都建立在进程的基础上。狭义上讲，进程是正在运行的程序的实例；广义上讲，进程是一个具有一定独立功能的程序关于某个数据集合的一次运行活动。它是操作系统进行资源分配和调度、动态执行的基本单元，是操作系统结构的基础，在传统的操作系统中，进程既是基本的分配单元，也是基本的执行单元。其概念主要有两点：（1）进程是一个实体。每一个进程都有它自己的地址空间，一般情况下，包括文本区域、数据区域和堆栈。文本区域存储处理器执行的代码；数据区域存储变量和进程执行期间使用的动态分配的内存；堆栈区域存储着活动过程调用的指令和本地变量。（2）进程是一个“执行中的程序”。只有在操作系统、处理器执行程序时，它才能成为一个活动的实体，我们称其为进程。从理论角度看，进程是对正在运行的程序过程的抽象；从实现角度看，它是一种数据结构，目的在于清晰地刻画动态系统的内在规律，有效管理和调度进入计算机系统主存储器运行的程序。 一、进程具有以下特点： （1）动态性：进程的实质是程序在多道程序系统中的一次执行过程，进程是动态产生、动态消亡的。 （2）并发性：任何进程都可以与其他进程一起并发执行。 （3）独立性：进程是一个能独立运行的基本单位，同时也是系统分配资源和调度的独立单位。 （4）异步性：由于进程间的相互制约，使进程具有执行的间断性，即进程按各自独立的、不可预知的速度向前推进。 （5）结构特征：进程由程序、数据和进程控制块三部分组成。 二、进程、线程和程序的联系： 通常在一个进程中可以包含若干个线程，它们可以利用进程所拥有的资源，在引入线程的操作系统中，通常都是把进程作为分配资源的基本单位，而把线程作为独立运行和独立调度的基本单位，由于线程比进程更小，基本上不拥有系统资源，故对它的调度所付出的开销就会小得多，能更高效的提高系统内多个程序间并发执行的程度。此外多个不同的进程可以包含相同的程序：一个程序在不同的数据集里就构成不同的进程，能得到不同的结果；但是执行过程中，程序不能发生改变。同一程序同时运行于若干个数据集合上，它将属于若干个不同的进程，也就是说同一程序可以对应多个进程。 三、进程和程序的区别： （1）程序是指令和数据的有序集合，其本身没有任何运行的含义，是一个静态的概念，而进程是程序在处理机上的一次执行过程，它是一个动态的概念。 （2）程序可以作为一种软件资料长期存在，而进程是有一定生命期的。 （3）程序是永久的，进程是暂时的。 （4）进程更能真实地描述并发，而程序不能。 （5）进程是由进程控制块、程序段、数据段三部分组成。 （6）进程具有创建其他进程的功能而程序没有。 （7）在传统的操作系统中，程序并不能独立运行，作为资源分配和独立运行的基本单元都是进程。 四、进程具有的三种基本状态 由于进程在执行过程中具有动态性和异步性，因此也就决定了进程可能具有多种状态。 （1）就绪状态（Ready）：进程已获得除处理器外的所需资源，等待分配处理器资源；只要分配了处理器进程就可执行。就绪进程可以按多个优先级来划分队列。例如，当一个进程由于时间片用完而进入就绪状态时，排入低优先级队列；当进程由I/O操作完成而进入就绪状态时，排入高优先级队列。 （2）运行状态(Running)：进程占用处理器资源；处于此状态的进程的数目小于等于处理器的数目。在没有其他进程可以执行时(如所有进程都在阻塞状态)，通常会自动执行系统的空闲进程。 （3）阻塞状态(Blocked)：由于进程等待某种条件（如I/O操作或进程同步），在条件满足之前无法继续执行。该事件发生前即使把处理器资源分配给该进程，也无法运行。 五、创建进程的事件 在多道程序环境中，只有作为进程时才能在系统中运行。因此，为了让程序能运行，就必须为它创建进程。一个进程去创建另一个进程的典型事件，可以有以下四类： （1） 用户登录：在分时系统中，用户在终端键入登录命令后，如果是合法用户，系统将为该终端建立一个进程，并把它插入到就绪队列中。 （2）作业调度：在批处理系统中，当作业调度程序按照一定的算法调度到某作业时，便将该作业装入到内存，为它分配必要的资源，并立即为它创建进程，再插入到就绪队列中。 （3） 提供服务：当运行中的用户程序提出某种请求后，系统将专门创建一个进程来提供用户所需要的服务，例如，用户程序要求进行文件打印，操作系统将为它创建一个打印进程，这样，不仅可以使打印进程与该用户进程并发执行，而且还便于计算出为完成打印任务所花费的时间。 （4） 应用请求：在上述三种情况中，都是由系统内核为它创建一个新进程，而这一类事件则是基于应用进程的需求，由它创建一个新的进程，以便使新进程以并发的运行方式完成特定任务。 六、进程的创建过程 一旦操作系统发现了要求创建新进程的事件后，便调用进程创建原语create()按下述步骤创建一个新进程。 （1） 申请空白PCB。为新进程申请获得唯一的数字标识符，并从PCB集合中索取一个空白PCB。 （2） 为新进程分配资源。为新进程的程序和数据以及用户栈分配必要的内存空间。显然，此时操作系统必须知道新进程所需要的内存大小。 （3） 初始化进程控制块。PCB的初始化主要包括：初始化标识信息，将系统分配的标识符和父进程标识符，填入新的PCB中；初始化处理机状态信息，使程序计数器指向程序的入口地址，使栈指针指向栈顶；初始化处理机控制信息，将进程的状态设置为就绪状态或静止就绪状态，对于优先级，通常是将它设置为最低优先级，除非用户以显式的方式提出高优先级要求。 （4） 将新进程插入就绪队列，如果进程就绪队列能够接纳新进程，便将新进程插入到就绪队列中。 七、引起进程终止的事件 （1）正常结束：在任何计算机系统中，都应该有一个表示进程已经运行完成的指示。例如，在批处理系统中，通常在程序的最后安排一条Hold指令或终止的系统调用。当程序运行到Hold指令时，将产生一个中断，去通知OS本进程已经完成。 （2）异常结束：在进程运行期间，由于出现某些错误和故障而迫使进程终止。这类异常事件很多，常见的有：越界错误，保护错，非法指令，特权指令错，运行超时，等待超时，算术运算错，I/O故障。 （3）外界干预：外界干预并非指在本进程运行中出现了异常事件，而是指进程应外界的请求而终止运行。这些干预有：操作员或操作系统干预、父进程请求、父进程终止。 八、进程的终止过程 如果系统发生了上述要求终止进程的某事件后，OS便调用进程终止原语，按如下过程去终止指定的进程。 （1）根据被终止进程的标识符，从PCB集合中检索出该进程的PCB，从中读出该进程状态。 （2）若被终止进程正处于执行状态，应立即终止该进程的执行，并置调度标志为真。用于指示该进程被终止后应重新进行调度。 （3）若该进程还有子孙进程，还应将其所有子孙进程予以终止，以防他们成为不可控的进程。 （4）将被终止的进程所拥有的全部资源，或者归还给其父进程，或者归还给系统。 （5）将被终止进程（它的PCB）从所在队列（或链表）中移出，等待其它程序来搜集信息。 九、阻塞唤醒 1、引起进程阻塞和唤醒的事件 （1）请求系统服务：当正在执行的进程请求操作系统提供服务时，由于某种原因，操作系统并不立即满足该进程的要求时，该进程只能转变为阻塞状态来等待，一旦要求得到满足后，进程被唤醒。 （2）启动某种操作：当进程启动某种操作后，如果该进程必须在该操作完成之后才能继续执行，则必须先使该进程阻塞，以等待该操作完成，该操作完成后，将该进程唤醒。 （3）新数据尚未到达：对于相互合作的进程，如果其中一个进程需要先获得另一（合作）进程提供的数据才能运行以对数据进行处理，则是要其所需数据尚未到达，该进程只有（等待）阻塞，等到数据到达后，该进程被唤醒。 （4）无新工作可做：系统往往设置一些具有某特定功能的系统进程，每当这种进程完成任务后，便把自己阻塞起来以等待新任务到来，新任务到达后，该进程被唤醒。 2.进程阻塞过程 正在执行的进程，当发现上述某事件后，由于无法继续执行，于是进程便通过调用阻塞原语block()把自己阻塞。可见，进程的阻塞是进程自身的一种主动行为。进入block过程后，由于此时该进程还处于执行状态，所以应先立即停止执行，把进程控制块中的现行状态由执行改为阻塞，并将PCB插入阻塞队列。如果系统中设置了因不同事件而阻塞的多个阻塞队列，则应将本进程插入到具有相同事件的阻塞（等待）队列。最后，转调度程序进行重新调度，将处理机分配给另一就绪进程，并进行切换，亦即，保留被阻塞进程的处理机状态（在PCB中），再按新进程的PCB中的处理机状态设置CPU环境。 3. 进程唤醒过程 当被阻塞的进程所期待的事件出现时，如I/O完成或者其所期待的数据已经到达，则由有关进程（比如，用完并释放了该I/O设备的进程）调用唤醒原语wakeup()，将等待该事件的进程唤醒。唤醒原语执行的过程是：首先把被阻塞的进程从等待该事件的阻塞队列中移出，将其PCB中的现行状态由阻塞改为就绪，然后再将该PCB插入到就绪队列中。 答案来源网络，供参考，希望对您有帮助

在Linux服务器之间建立信任关系，是很多线上服务系统的基础性工作，这样能便于程序在多台服务器之间自动传输数据，或者方便用户不输入密码就可以在不同的主机间完成登录或者各种操作。 网上关于建立Linux信任关系（ssh trust）的中文文章有一些，但是写得都不太详细，这里汇总了方方面面的资料，把多机信任关系建立方法说说清楚（文/陈运文） 一 建立信任关系的基本操作 基本场景是想从一台Server服务器直接登录另一台，或者将Server服务器的数据不需密码验证直接拷贝至Client服务器，以下我们简称Server服务器为S（待发送的数据文件在这台服务器上），Client服务为C，信任关系的最简单操作方法如下： 1 在S服务器上，进入当前用户根目录下的隐藏目录 .ssh，命令如下： cd ~/.ssh （注：目录名前的点好”.”表示该文件夹是一个特殊的隐藏文件夹，ls命令下默认是看不到的，通过 ls –a 命令观察到） 2 生成S服务器的私钥和公钥： ssh-keygen -t rsa （注：rsa是一种加密算法的名称，此处也可以使用dsa，关于rsa和dsa算法的介绍可见本文后半章节） ssh-keygen生成密钥用于信任关系生成 -此时会显示Generating public/private key pair. 并提示生成的公钥私钥文件的存放路径和文件名，默认是放在 /home/username/.ssh/id_rsa 这样的文件里的，通常不用改，回车就可以 然后Enter passphrase(empty for no passphrase): 通常直接回车，默认不需要口令 Enter same passphrase again: 也直接回车 然后会显式密钥fingerprint生成好的提示，并给出一个RSA加密协议的方框图形。此时在.ssh目录下ls，就可以看到生成好的私钥文件id_rsa和公钥文件id_rsa.pub了 以下是各种补充说明： 注1：如果此时提示 id_rsaalready exists，Overwrite(y/n) 则说明之前已经有人建好了密钥，此时选择n 忽略本次操作就行，可以直接用之前生成好的文件；当然选y覆盖一下也无妨 注2：公钥用于加密，它是向所有人公开的（pub是公开的单词public的缩写）；私钥用于解密，只有密文的接收者持有。 3 在Server服务器上加载私钥文件 仍然在.ssh目录下，执行命令： ssh-add id_rsa 系统如果提示：Identity added: id_rsa (id_rsa) 就表明加载成功了 下面有几个异常情况处理： –如果系统提示：could not open a connection to your authentication agent 则需要执行一下命令： ssh-agent bash 然后再执行上述的ssh-add id_rsa命令 –如果系统提示id_rsa: No such file or directory 这是系统无法找到私钥文件id_rsa，需要看看当前路径是不是不在.ssh目录，或者私钥文件改了名字，例如如果建立的时候改成 aa_rsa，则这边命令中也需要相应改一下 -如果系统提示 command not found，那肯定是你命令敲错字符了J -提示Agent admitted failure to sign using the key，私钥没有加载成功，重试ssh-add -注意id_rsa/id_rsa.pub文件不要删除，存放在.ssh目录下 4 把公钥拷贝至Client服务器上 很简单，例如 scp id_rsa.pub user@10.11.xx.xx:~ 5 ssh登录到Client服务器上，然后在Client服务器上，把公钥的内容追加到authorized_keys文件末尾（这个文件也在隐藏文件夹.ssh下，没有的话可以建立，没有关系） cat id_rsa.pub >> ~/.ssh/authorized_keys 以下是各种补充说明，遇到问题时可以参考： 注1：这里不推荐用文件覆盖的方式，有些教程直接scp id_rsa.pub 到Client服务器的authorized_keys文件，会导致之前建的其他信任关系的数据被破坏，追加到末尾是更稳妥的方式； 注2： cat 完以后，Client服务器上刚才拷贝过来的id_rsa.pub文件就不需要了，可以删除或移动到其它地方） 注3：ssh-keygen 命令通过-b参数可以指定生成的密钥文件的长度，如果不指定则默认为1024，如果ssh-keygen –b 4096（最长4096），则加密程度提高，但是生成和验证时间会增加。对一般的应用来说，默认长度已经足够胜任了。如果是rsa加密方式，那么最短长度为768 byte 注4：authorized_keys文件的权限问题。如果按上述步骤建立关系后，仍然要验证密码，并且没有其他报错，那么需要检查一下authorized_keys文件的权限，需要作下修改： chmod g-w authorized_keys OK，现在试试在Server端拷贝一个文件到Client服务器，应该无需交互直接就传过去了。 但是此时从Client传数据到Server服务器，仍然是需要密码验证的。如果需要两台服务器间能直接互传数据，则反过来按上述步骤操作一下就可以了 二 删除服务器间信任关系的方法 如果想取消两台服务器之间的信任关系，直接删除公钥或私钥是没有用的，需要在Client服务器上，打开 ~/.ssh/ authorized_keys 文件，找到对应的服务器的公钥字段并删除 每个段落的开头是ssh-rsa字样，段尾是Server服务器的帐号和ip（如下图红框），需要细心的找一下后删除整段 密钥文件内容和删除Linux服务器间信任关系的方法 三 各种可能遇到的情况和处理方法 –提示 port 22: Connection refused 可能的原因：没有正确安装最新的openssh-server，安装方法如下 sudo apt-get install openssh-server 不支持apt安装的，可以手工下载： wget ftp.ssh.com/pub/ssh/ssh-3.2.9.1.tar.gz –关于目录和文件的权限设置 .ssh目录的权限必须是700，同时本机的私钥的权限必须设置成600： chmod 600 id_rsa 否则ssh服务器会拒绝登录 四 关于RSA和DSA加密算法 在ssh-keygen命令中，-t参数后指定的是加密算法，可以选择rsa或者dsa RSA 取名自算法的三位提出者Ron Rivest, Adi Shamir, and Leonard Adleman的姓名首字母，作为一种非对称加密算法，RSA的安全性基于及其困难的大整数分解（两个素数的乘积的还原问题）。关于RSA算法原理的文章很多，感兴趣的朋友可以找来读一读。 DSA = Digital Signature Algorithm，基于有限域离散对数难题，是Schnorr和ElGamal签名算法的变种，一般用于数字签名和认证，被美国标准局（NIST）采纳为数字签名标准DSS（Digital Signature Standard），based on discrete logarithms computation. DES = Digital Encryption Standard. Obsolete standard. RSA算法好在网络容易实现密钥管理,便进行数字签名,算法复杂,加/解速度慢,采用非对称加密。在实际用于信任关系建立中，这两种方法的差异很微小，可以挑选其一使用。 五 关于SSH协议的介绍 SSH全称Secure SHell，顾名思义就是非常安全的shell的意思，SSH协议是IETF（Internet Engineering Task Force）的Network Working Group所制定的一种协议。SSH的主要目的是用来取代传统的telnet和R系列命令（rlogin,rsh,rexec等）远程登陆和远程执行命令的工具，实现对远程登陆和远程执行命令加密。防止由于网络监听而出现的密码泄漏，对系统构成威胁。 ssh协议目前有SSH1和SSH2，SSH2协议兼容SSH1。目前实现SSH1和SSH2协议的主要软件有OpenSSH和SSH Communications Security Corporation　公司的SSH Communications 软件。前者是OpenBSD组织开发的一款免费的SSH软件，后者是商业软件，因此在linux、FreeBSD、OpenBSD、NetBSD等免费类UNIX系统种，通畅都使用OpenSSH作为SSH协议的实现软件。因此，本文重点介绍一下OpenSSH的使用。需要注意的是OpenSSH和SSH Communications的登陆公钥/私钥的格式是不同的，如果想用SSH Communications产生的私钥/公钥对来登入到使用OpenSSH的linux系统需要对公钥/私钥进行格式转换。 第一次登陆后，ssh就会把登陆的ssh指纹存放在用户home目录的.ssh目录的know_hosts文件中，如果远程系统重装过系统，ssh指纹已经改变，你需要把 .ssh 目录下的know_hosts中的相应指纹删除，再登陆回答yes，方可登陆。请注意.ssh目录是开头是”.”的隐藏目录，需要ls –a参数才能看到。而且这个目录的权限必须是700,并且用户的home目录也不能给其他用户写权限，否则ssh服务器会拒绝登陆。如果发生不能登陆的问题，请察看服务器上的日志文件/var/log/secure。通常能很快找到不能登陆的原因。 六 关于ssh_config和sshd_config文件配置的说明 /etc/ssh/ssh_config: Host * 选项“Host”只对能够匹配后面字串的计算机有效。“*”表示所有的计算机。 ForwardAgent no “ForwardAgent”设置连接是否经过验证代理（如果存在）转发给远程计算机。 ForwardX11 no “ForwardX11”设置X11连接是否被自动重定向到安全的通道和显示集（DISPLAY set）。 RhostsAuthentication no “RhostsAuthentication”设置是否使用基于rhosts的安全验证。 RhostsRSAAuthentication no “RhostsRSAAuthentication”设置是否使用用RSA算法的基于rhosts的安全验证。 RSAAuthentication yes “RSAAuthentication”设置是否使用RSA算法进行安全验证。 PasswordAuthentication yes “PasswordAuthentication”设置是否使用口令验证。 FallBackToRsh no “FallBackToRsh”设置如果用ssh连接出现错误是否自动使用rsh。 UseRsh no “UseRsh”设置是否在这台计算机上使用“rlogin/rsh”。 BatchMode no “BatchMode”如果设为“yes”，passphrase/password（交互式输入口令）的提示将被禁止。当不能交互式输入口令的时候，这个选项对脚本文件和批处理任务十分有用。 CheckHostIP yes “CheckHostIP”设置ssh是否查看连接到服务器的主机的IP地址以防止DNS欺骗。建议设置为“yes”。 StrictHostKeyChecking no “StrictHostKeyChecking”如果设置成“yes”，ssh就不会自动把计算机的密匙加入“$HOME/.ssh/known_hosts”文件，并且一旦计算机的密匙发生了变化，就拒绝连接。 IdentityFile ~/.ssh/identity “IdentityFile”设置从哪个文件读取用户的RSA安全验证标识。 Port 22 “Port”设置连接到远程主机的端口。 Cipher blowfish “Cipher”设置加密用的密码。 EscapeChar ~ “EscapeChar”设置escape字符。 /etc/ssh/sshd_config: Port 22 “Port”设置sshd监听的端口号。 ListenAddress 192.168.1.1 “ListenAddress”设置sshd服务器绑定的IP地址。 HostKey /etc/ssh/ssh_host_key “HostKey”设置包含计算机私人密匙的文件。 ServerKeyBits 1024 “ServerKeyBits”定义服务器密匙的位数。 LoginGraceTime 600 “LoginGraceTime”设置如果用户不能成功登录，在切断连接之前服务器需要等待的时间（以秒为单位）。 KeyRegenerationInterval 3600 “KeyRegenerationInterval”设置在多少秒之后自动重新生成服务器的密匙（如果使用密匙）。重新生成密匙是为了防止用盗用的密匙解密被截获的信息。 PermitRootLogin no “PermitRootLogin”设置root能不能用ssh登录。这个选项一定不要设成“yes”。 IgnoreRhosts yes “IgnoreRhosts”设置验证的时候是否使用“rhosts”和“shosts”文件。 IgnoreUserKnownHosts yes “IgnoreUserKnownHosts”设置ssh daemon是否在进行RhostsRSAAuthentication安全验证的时候忽略用户的“$HOME/.ssh/known_hosts” StrictModes yes “StrictModes”设置ssh在接收登录请求之前是否检查用户家目录和rhosts文件的权限和所有权。这通常是必要的，因为新手经常会把自己的目录和文件设成任何人都有写权限。 X11Forwarding no “X11Forwarding”设置是否允许X11转发。 PrintMotd yes “PrintMotd”设置sshd是否在用户登录的时候显示“/etc/motd”中的信息。 SyslogFacility AUTH “SyslogFacility”设置在记录来自sshd的消息的时候，是否给出“facility code”。 LogLevel INFO “LogLevel”设置记录sshd日志消息的层次。INFO是一个好的选择。查看sshd的man帮助页，已获取更多的信息。 RhostsAuthentication no “RhostsAuthentication”设置只用rhosts或“/etc/hosts.equiv”进行安全验证是否已经足够了。 RhostsRSAAuthentication no “RhostsRSA”设置是否允许用rhosts或“/etc/hosts.equiv”加上RSA进行安全验证。 RSAAuthentication yes “RSAAuthentication”设置是否允许只有RSA安全验证。 PasswordAuthentication yes “PasswordAuthentication”设置是否允许口令验证。 PermitEmptyPasswords no “PermitEmptyPasswords”设置是否允许用口令为空的帐号登录。 AllowUsers admin “AllowUsers”的后面可以跟着任意的数量的用户名的匹配串（patterns）或user@host这样的匹配串，这些字符串用空格隔开。主机名可以是DNS名或IP地址。

一 系统介绍 Android 是Google开发的基于Linux平台的、开源的、智能手机操作系统。Android包括操作系统、中间件和应用程序，由于源代码开放，Android可以被移植到不同的硬件平台上。 围绕在Google的Android系统中，形成了移植开发和上层应用程序开发两个不同的开发方面。手机厂商从事移植开发工作，上层的应用程序开发可以由任何单位和个人完成，开发的过程可以基于真实的硬件系统，还可以基于仿真器环境。 作为一个手机平台，Android在技术上的优势主要有以下几点： - 全开放智能手机平台 - 多硬件平台的支持 - 使用众多的标准化技术 - 核心技术完整，统一 - 完善的SDK和文档 - 完善的辅助开发工具 Android的开发者可以在完备的开发环境中进行开发，Android的官方网站也提供了丰富的文档、资料。这样有利于Android系统的开发和运行在一个良好的生态环境中。 https://developer.android.com/about安卓开发者官方网站 从宏观的角度来看，Android是一个开放的软件系统，它包含了众多的源代码。从下至上，Android系统分成4个层次： 第1层次：Linux操作系统及驱动； 第2层次：本地代码（C/C++）框架； 第3层次：Java框架； 第4层次：Java应用程序。 Android系统的架构如图所示： 由于Android系统需要支持Java代码的运行，这部分内容是Android的运行环境（Runtime），由虚拟机和Java基本类组成。 对于Android应用程序的开发，主要关注第3层次和第4层次之间的接口。 二 学习路线 基础学习——JavaSE： 基础学习扩展——JavaEE： 基础学习扩展——Linux基础： Android开发学习——基础理论：系统架构分析： Android系统从底向上一共分了4层，每一层都把底层实现封装，并暴露调用接口给上一层。 Linux内核(Linux Kernel) Android运行在linux kernel 2.6之上，但是把linux内受GNU协议约束的部分做了取代，这样在Android的程序可以用于商业目的。 Linux 内核是硬件和软件层之间的抽象层。 中间件 中间件包括两部分： 核心库和运行时(libraries & Android runtime) 核心库包括，SurfaceManager 显示系统管理库，负责把2D或3D内容显示到屏幕；Media Framework 媒体库，负责支持图像，支持多种视频和音频的录制和回放；SQlite 数据库，一个功能强大的轻量级嵌入式关系数据库；WebKit 浏览器引擎等。 Dalvik虚拟机： 区别于Java虚拟机的是，每一个Android 应用程序都在它自己的进程中运行，都有一个属于自己的Dalvik 虚拟机，这一点可以让系统在运行时可以达到优化，程序间的影响大大降低。Dalvik虚拟机并非运行Java字节码，而是运行自己的字节码。 应用程序框架(Application Framework) 丰富而又可扩展性的视图（Views），可以用来构建应用程序， 它包括列表（lists），网格（grids）， 文本框（text boxes），按钮（ buttons）， 可嵌入的web 浏览器。内容提供者（Content Providers）使得应用程序可以访问另一个应用程序的数据（如联系人数据库）， 或者共享它们自己的数据。资源管理器（Resource Manager）提供非代码资源的访问，如本地字符串，图形，和布局文件（ layoutfiles ）。通知管理器（Notification Manager） 使得应用程序可以在状态栏中显示自定义的提示信息。活动管理器（ Activity Manager） 用来管理应用程序生命周期并提供常用的导航回退功能。 三 基础知识 掌握java部分之后，可以使用开发工具进入android世界 您可以使用 Kotlin、Java 和 C++ 语言编写 Android 应用。Android SDK 工具会将您的代码连同任何数据和资源文件编译成一个 APK（Android 软件包），即带有 .apk 后缀的归档文件。一个 APK 文件包含 Android 应用的所有内容，它也是 Android 设备用来安装应用的文件。 每个 Android 应用都处于各自的安全沙盒中，并受以下 Android 安全功能的保护： • Android 操作系统是一种多用户 Linux 系统，其中的每个应用都是一个不同的用户； • 默认情况下，系统会为每个应用分配一个唯一的 Linux 用户 ID（该 ID 仅由系统使用，应用并不知晓）。系统会为应用中的所有文件设置权限，使得只有分配给该应用的用户 ID 才能访问这些文件； • 每个进程都拥有自己的虚拟机 (VM)，因此应用代码独立于其他应用而运行。 • 默认情况下，每个应用都在其自己的 Linux 进程内运行。Android 系统会在需要执行任何应用组件时启动该进程，然后当不再需要该进程或系统必须为其他应用恢复内存时，其便会关闭该进程。 Android 系统实现了最小权限原则。换言之，默认情况下，每个应用只能访问执行其工作所需的组件，而不能访问其他组件。这样便能创建非常安全的环境，在此环境中，应用无法访问其未获得权限的系统部分。不过，应用仍可通过一些途径与其他应用共享数据以及访问系统服务： • 可以安排两个应用共享同一 Linux 用户 ID，在此情况下，二者便能访问彼此的文件。为节省系统资源，也可安排拥有相同用户 ID 的应用在同一 Linux 进程中运行，并共享同一 VM。应用还必须使用相同的证书进行签名。 • 应用可以请求访问设备数据（如用户的联系人、短信消息、可装载存储装置（SD 卡）、相机、蓝牙等）的权限。用户必须明确授予这些权限。如需了解详细信息，请参阅使用系统权限。 本文档的其余部分将介绍以下概念： • 用于定义应用的核心框架组件 • 用来声明组件和应用必需设备功能的清单文件。 • 与应用代码分离并允许应用针对各种设备配置适当优化其行为的资源。 应用组件 应用组件是 Android 应用的基本构建块。每个组件都是一个入口点，系统或用户可通过该入口点进入您的应用。有些组件会依赖于其他组件。 共有四种不同的应用组件类型： • Activity • 服务 • 广播接收器 • 内容提供程序 每种类型都有不同的用途和生命周期，后者会定义如何创建和销毁组件。以下部分将介绍应用组件的四种类型。 Activity Activity 是与用户交互的入口点。它表示拥有界面的单个屏幕。例如，电子邮件应用可能有一个显示新电子邮件列表的 Activity、一个用于撰写电子邮件的 Activity 以及一个用于阅读电子邮件的 Activity。尽管这些 Activity 通过协作在电子邮件应用中形成一种紧密结合的用户体验，但每个 Activity 都独立于其他 Activity 而存在。因此，其他应用可以启动其中任何一个 Activity（如果电子邮件应用允许）。例如，相机应用可以启动电子邮件应用内用于撰写新电子邮件的 Activity，以便用户共享图片。Activity 有助于完成系统和应用程序之间的以下重要交互： • 追踪用户当前关心的内容（屏幕上显示的内容），以确保系统继续运行托管 Activity 的进程。 • 了解先前使用的进程包含用户可能返回的内容（已停止的 Activity），从而更优先保留这些进程。 • 帮助应用处理终止其进程的情况，以便用户可以返回已恢复其先前状态的 Activity。 • 提供一种途径，让应用实现彼此之间的用户流，并让系统协调这些用户流。（此处最经典的示例是共享。） 您需将 Activity 作为 Activity 类的子类来实现。如需了解有关 Activity 类的更多信息，请参阅 Activity 开发者指南。 服务 服务是一个通用入口点，用于因各种原因使应用在后台保持运行状态。它是一种在后台运行的组件，用于执行长时间运行的操作或为远程进程执行作业。服务不提供界面。例如，当用户使用其他应用时，服务可能会在后台播放音乐或通过网络获取数据，但这不会阻断用户与 Activity 的交互。诸如 Activity 等其他组件可以启动服务，使该服务运行或绑定到该服务，以便与其进行交互。事实上，有两种截然不同的语义服务可以告知系统如何管理应用：已启动服务会告知系统使其运行至工作完毕。此类工作可以是在后台同步一些数据，或者在用户离开应用后继续播放音乐。在后台同步数据或播放音乐也代表了两种不同类型的已启动服务，而这些服务可以修改系统处理它们的方式： • 音乐播放是用户可直接感知的服务，因此，应用会向用户发送通知，表明其希望成为前台，从而告诉系统此消息；在此情况下，系统明白它应尽全力维持该服务进程运行，因为进程消失会令用户感到不快。 • 通常，用户不会意识到常规后台服务正处于运行状态，因此系统可以更自由地管理其进程。如果系统需要使用 RAM 来处理用户更迫切关注的内容，则其可能允许终止服务（然后在稍后的某个时刻重启服务）。 绑定服务之所以能运行，原因是某些其他应用（或系统）已表示希望使用该服务。从根本上讲，这是为另一个进程提供 API 的服务。因此，系统会知晓这些进程之间存在依赖关系，所以如果进程 A 绑定到进程 B 中的服务，系统便知道自己需使进程 B（及其服务）为进程 A 保持运行状态。此外，如果进程 A 是用户关心的内容，系统随即也知道将进程 B 视为用户关心的内容。由于存在灵活性（无论好坏），服务已成为非常有用的构建块，并且可实现各种高级系统概念。动态壁纸、通知侦听器、屏幕保护程序、输入方法、无障碍功能服务以及众多其他核心系统功能均可构建为在其运行时由应用实现、系统绑定的服务。 您需将服务作为 Service 的子类来实现。如需了解有关 Service 类的更多信息，请参阅服务开发者指南。 注意：如果您的应用面向 Android 5.0（API 级别 21）或更高版本，请使用 JobScheduler 类来调度操作。JobScheduler 的优势在于，它能通过优化作业调度来降低功耗，以及使用 Doze API，从而达到省电目的。如需了解有关使用此类的更多信息，请参阅 JobScheduler 参考文档。 广播接收器 借助广播接收器组件，系统能够在常规用户流之外向应用传递事件，从而允许应用响应系统范围内的广播通知。由于广播接收器是另一个明确定义的应用入口，因此系统甚至可以向当前未运行的应用传递广播。例如，应用可通过调度提醒来发布通知，以告知用户即将发生的事件。而且，通过将该提醒传递给应用的广播接收器，应用在提醒响起之前即无需继续运行。 许多广播均由系统发起，例如，通知屏幕已关闭、电池电量不足或已拍摄照片的广播。应用也可发起广播，例如，通知其他应用某些数据已下载至设备，并且可供其使用。尽管广播接收器不会显示界面，但其可以创建状态栏通知，在发生广播事件时提醒用户。但广播接收器更常见的用途只是作为通向其他组件的通道，旨在执行极少量的工作。例如，它可能会根据带 JobScheduler 的事件调度 JobService 来执行某项工作 广播接收器作为 BroadcastReceiver 的子类实现，并且每条广播都作为 Intent 对象进行传递。如需了解详细信息，请参阅 BroadcastReceiver 类。 内容提供程序 内容提供程序管理一组共享的应用数据，您可以将这些数据存储在文件系统、SQLite 数据库、网络中或者您的应用可访问的任何其他持久化存储位置。其他应用可通过内容提供程序查询或修改数据（如果内容提供程序允许）。例如，Android 系统可提供管理用户联系人信息的内容提供程序。 因此，任何拥有适当权限的应用均可查询内容提供程序（如 ContactsContract.Data），以读取和写入特定人员的相关信息。我们很容易将内容提供程序看作数据库上的抽象，因为其内置的大量 API 和支持时常适用于这一情况。但从系统设计的角度看，二者的核心目的不同。对系统而言，内容提供程序是应用的入口点，用于发布由 URI 架构识别的已命名数据项。因此，应用可以决定如何将其包含的数据映射到 URI 命名空间，进而将这些 URI 分发给其他实体。反之，这些实体也可使用分发的 URI 来访问数据。在管理应用的过程中，系统可以执行以下特殊操作： • 分配 URI 无需应用保持运行状态，因此 URI 可在其所属的应用退出后继续保留。当系统必须从相应的 URI 检索应用数据时，系统只需确保所属应用仍处于运行状态。 • 这些 URI 还会提供重要的细粒度安全模型。例如，应用可将其所拥有图像的 URI 放到剪贴板上，但将其内容提供程序锁定，以便其他应用程序无法随意访问它。当第二个应用尝试访问剪贴板上的 URI 时，系统可允许该应用通过临时的 URI 授权来访问数据，这样便只能访问 URI 后面的数据，而非第二个应用中的其他任何内容。 内容提供程序也适用于读取和写入您的应用不共享的私有数据。 内容提供程序作为 ContentProvider 的子类实现，并且其必须实现一组标准 API，以便其他应用能够执行事务。如需了解详细信息，请参阅内容提供程序开发者指南。 Android 系统设计的独特之处在于，任何应用都可启动其他应用的组件。例如，当您想让用户使用设备相机拍摄照片时，另一个应用可能也可执行该操作，因而您的应用便可使用该应用，而非自行产生一个 Activity 来拍摄照片。您无需加入甚至链接到该相机应用的代码。只需启动拍摄照片的相机应用中的 Activity 即可。完成拍摄时，系统甚至会将照片返回您的应用，以便您使用。对用户而言，这就如同相机是您应用的一部分。 当系统启动某个组件时，它会启动该应用的进程（如果尚未运行），并实例化该组件所需的类。例如，如果您的应用启动相机应用中拍摄照片的 Activity，则该 Activity 会在属于相机应用的进程（而非您的应用进程）中运行。因此，与大多数其他系统上的应用不同，Android 应用并没有单个入口点（即没有 main() 函数）。 由于系统在单独的进程中运行每个应用，且其文件权限会限制对其他应用的访问，因此您的应用无法直接启动其他应用中的组件，但 Android 系统可以。如要启动其他应用中的组件，请向系统传递一条消息，说明启动特定组件的 Intent。系统随后便会为您启动该组件。 启动组件 在四种组件类型中，有三种（Activity、服务和广播接收器）均通过异步消息 Intent 进行启动。Intent 会在运行时对各个组件进行互相绑定。您可以将 Intent 视为从其他组件（无论该组件是属于您的应用还是其他应用）请求操作的信使。 您需使用 Intent 对象创建 Intent，该对象通过定义消息来启动特定组件（显式 Intent）或特定的组件类型（隐式 Intent）。 对于 Activity 和服务，Intent 会定义要执行的操作（例如，查看或发送某内容），并且可指定待操作数据的 URI，以及正在启动的组件可能需要了解的信息。例如，Intent 可能会传达对 Activity 的请求，以便显示图像或打开网页。在某些情况下，您可以通过启动 Activity 来接收结果，这样 Activity 还会返回 Intent 中的结果。例如，您可以发出一个 Intent，让用户选取某位联系人并将其返回给您。返回 Intent 包含指向所选联系人的 URI。 对于广播接收器，Intent 只会定义待广播的通知。例如，指示设备电池电量不足的广播只包含指示“电池电量不足”的已知操作字符串。 与 Activity、服务和广播接收器不同，内容提供程序并非由 Intent 启动。相反，它们会在成为 ContentResolver 的请求目标时启动。内容解析程序会通过内容提供程序处理所有直接事务，因此通过提供程序执行事务的组件便无需执行事务，而是改为在 ContentResolver 对象上调用方法。这会在内容提供程序与请求信息的组件之间留出一个抽象层（以确保安全）。 每种组件都有不同的启动方法： • 如要启动 Activity，您可以向 startActivity() 或 startActivityForResult() 传递 Intent（当您想让 Activity 返回结果时），或者为其安排新任务。 • 在 Android 5.0（API 级别 21）及更高版本中，您可以使用 JobScheduler 类来调度操作。对于早期 Android 版本，您可以通过向 startService() 传递 Intent 来启动服务（或对执行中的服务下达新指令）。您也可通过向将 bindService() 传递 Intent 来绑定到该服务。 • 您可以通过向 sendBroadcast()、sendOrderedBroadcast() 或 sendStickyBroadcast() 等方法传递 Intent 来发起广播。 • 您可以通过在 ContentResolver 上调用 query()，对内容提供程序执行查询。 如需了解有关 Intent 用法的详细信息，请参阅 Intent 和 Intent 过滤器文档。以下文档将为您详细介绍如何启动特定组件：Activity、服务、BroadcastReceiver 和内容提供程序。

1ping服务器IP,看网络是否正常 2网络正常情况下,一般重启服务器就可以 3重启服务器还是不行的话,看看远程服务是否被禁用,services.msc里面也要看看(一般不是这个原因) 4一般是注册表fDenyTSConnections被至1了,改为0就行HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server下的"fDenyTSConnections 服务器（英文名称server），也称伺服器。指一个管理资源并为用户提供服务的计算机软件，通常分为文件服务器、数据库服务器和应用程序服务器。运行以上软件的计算机或计算机系统也被称为服务器。服务器的构成与一般的PC比较相似，但是服务器在稳定性、安全性、性能等方面都要求更高，因为CPU、芯片组、内存、磁盘系统、网络等硬件和普通PC有所不同。 基本简介 服务器　　服务器是网络环境中的高性能计算机，它侦听网络上的其他计算机(客户机)提交的服务请求，并提供相应的服务，为此，服务器必须具有承担服务并且保障服务的能力。有时，这两种定义会引起混淆，如域名注册查询的Web服务器。 它的高性能主要体现在高速度的运算能力、长时间的可靠运行、强大的外部数据吞吐能力等方面。服务器的构成与微机基本相似，有处理器、硬盘、内存、系统总线等，它们是针对具体的网络应用特别制定的，因而服务器与微机在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面存在差异很大。一个管理资源并为用户提供服务的计算机软件，通常分为文件服务器(能使用户在其它计算机访问文件)，数据库服务器和应用程序服务器。 服务器是网站的灵魂，是打开网站的必要载体，没有服务器的网站用户无法浏览。服务器就像一块敲门砖，就算网站在搜索引擎里的排名再好，网站打不开，用户无法浏览，网站就没有用户体验可言，网站能被打开是第一个重点。 定义 有时，这两种定义会引起混淆，如Web服务器。它可能是指用于网站的计算机，也可能是指像Apache这样的软件，运行在这样的计算机上以管理网页组件和回应网页浏览器的请求。 操作系统 服务器平台的操作系统。Unix操作系统，由于是Unix的后代，大多都有较好的作服务器平台的功能。常见的类Unix服务器操作系统有AIX、HP-UX、IRIX、Linux、FreeBSD、Solaris、Ubuntu、OS X Server、OpenBSD、NetBSD、和SCO OpenServer。微软也出版了Microsoft Windows服务器版本，像早期的Windows NT Server，现代的Windows 2000 Server和Windows Server 2003，正广泛使用的Windows Server 2008和刚刚于2012年9月4日发布的Windows Server 2012正式版。 服务器软件 服务器软件的定义如前面所述，服务器软件工作在客户端-服务器(C/S)或浏览器-服务器(B/S)的方式，有很多形式的服务器，常用的包括： 文件服务器(File Server) - 如Novell的NetWare 数据库服务器(Database Server) - 如Oracle数据库服务器，MySQL，PostgreSQL，Microsoft SQL Server等 邮件服务器(Mail Server) - Sendmail，Postfix，Qmail，Microsoft Exchange，Lotus Domino等 网页服务器(Web Server) - 如Apache，thttpd，微软的IIS等 FTP服务器(FTP Server) - Pureftpd，Proftpd，WU-ftpd，Serv-U等 域名服务器(DNS Server) - 如Bind9等 应用程序服务器(AP Server) - 如Bea公司的WebLogic，JBoss，Sun的GlassFish 代理服务器(Proxy Server) - 如Squid cache 电脑名称转换服务器 - 如微软的WINS服务器 使用目的 提高性能 有时候单个服务器无法满足使用需求，或者即使单个服务器能够达到这个要求，但是其成本太高。所以使用虚拟服务器来达到运用需求。 降低成本 多个虚拟服务器，可以通过软件架设在同一个实体服务器上，而每个虚拟服务器有可以提供服务器的所有功能，这样相对来说每个虚拟服务器的成本降低不少。 “答案来源于网络，供您参考” 希望以上信息可以帮到您！

Linux这么多命令，通常会让初学者望而生畏。下面是我结合日常工作，以及在公司的内部培训中，针对对Linux不是很熟悉的同学，精选的一批必须要搞懂的命令集合。 任何一个命令其实都是可以深入的，比如tail -f和tail -F的区别。我们不去关心，只使用最常见的示例来说明。本文不会教你具体的用法，那是抢man命令的饭碗。这只是个引导篇，力求简洁。 学习方式：多敲多打，用条件反射替代大脑记忆—如果你将来或者现在要用它来吃饭的话。其中，也有一些难啃的骨头，关注小姐姐味道微信公众号，我们一起用锋利的牙齿，来把它嚼碎。 内容： ✔ 目录操作 ✔ 文本处理 ✔ 压缩 ✔ 日常运维 ✔ 系统状态概览 ✔ 工作常用 目录操作 工作中，最常打交道的就是对目录和文件的操作。linux提供了相应的命令去操作他，并将这些命令抽象、缩写。 基本操作 可能是这些命令太常用了，多打一个字符都是罪过。所以它们都很短，不用阿拉伯数字，一个剪刀手就能数过来。 看命令。 mkdir 创建目录 make dir cp 拷贝文件 copy mv 移动文件 move rm 删除文件 remove 例子： # 创建目录和父目录a,b,c,d mkdir -p a/b/c/d # 拷贝文件夹a到/tmp目录 cp -rvf a/ /tmp/ # 移动文件a到/tmp目录，并重命名为b mv -vf a /tmp/b # 删除机器上的所有文件 rm -rvf / 漫游 linux上是黑漆漆的命令行，依然要面临人生三问：我是谁？我在哪？我要去何方？ ls 命令能够看到当前目录的所有内容。ls -l能够看到更多信息，判断你是谁。 pwd 命令能够看到当前终端所在的目录。告诉你你在哪。 cd 假如你去错了地方，cd命令能够切换到对的目录。 find find命令通过筛选一些条件，能够找到已经被遗忘的文件。 至于要去何方，可能就是主宰者的意志了。 文本处理 这是是非常非常加分的技能。get到之后，也能节省更多时间来研究面向对象。 查看文件 cat 最常用的就是cat命令了，注意，如果文件很大的话，cat命令的输出结果会疯狂在终端上输出，可以多次按ctrl+c终止。 # 查看文件大小 du -h file # 查看文件内容 cat file less 既然cat有这个问题，针对比较大的文件，我们就可以使用less命令打开某个文件。 类似vim，less可以在输入/后进入查找模式，然后按n(N)向下(上)查找。 有许多操作，都和vim类似，你可以类比看下。 tail 大多数做服务端开发的同学，都了解这么命令。比如，查看nginx的滚动日志。 tail -f access.log tail命令可以静态的查看某个文件的最后n行，与之对应的，head命令查看文件头n行。但head没有滚动功能，就像尾巴是往外长的，不会反着往里长。 tail -n100 access.log head -n100 access.log 统计 sort和uniq经常配对使用。 sort可以使用-t指定分隔符，使用-k指定要排序的列。 下面这个命令输出nginx日志的ip和每个ip的pv，pv最高的前10 #2019-06-26T10:01:57+08:00|nginx001.server.ops.pro.dc|100.116.222.80|10.31.150.232:41021|0.014|0.011|0.000|200|200|273|-|/visit|sign=91CD1988CE8B313B8A0454A4BBE930DF|-|-|http|POST|112.4.238.213 awk -F"|" '{print $3}' access.log | sort | uniq -c | sort -nk1 -r | head -n10 其他 grep grep用来对内容进行过滤，带上--color参数，可以在支持的终端可以打印彩色，参数n则输出具体的行数，用来快速定位。 比如：查看nginx日志中的POST请求。 grep -rn --color POST access.log 推荐每次都使用这样的参数。 如果我想要看某个异常前后相关的内容，就可以使用ABC参数。它们是几个单词的缩写，经常被使用。 A after 内容后n行 B before 内容前n行 C count? 内容前后n行 就像是这样： grep -rn --color Exception -A10 -B2 error.log diff diff命令用来比较两个文件是否的差异。当然，在ide中都提供了这个功能，diff只是命令行下的原始折衷。对了，diff和patch还是一些平台源码的打补丁方式，你要是不用，就pass吧。 压缩 为了减小传输文件的大小，一般都开启压缩。linux下常见的压缩文件有tar、bzip2、zip、rar等，7z这种用的相对较少。 .tar 使用tar命令压缩或解压 .bz2 使用bzip2命令操作 .gz 使用gzip命令操作 .zip 使用unzip命令解压 .rar 使用unrar命令解压 最常用的就是.tar.gz文件格式了。其实是经过了tar打包后，再使用gzip压缩。 创建压缩文件 tar cvfz archive.tar.gz dir/ 解压 tar xvfz. archive.tar.gz 日常运维 开机是按一下启动按钮，关机总不至于是长按启动按钮吧。对了，是shutdown命令，不过一般也没权限-.-!。passwd命令可以用来修改密码，这个权限还是可以有的。 mount mount命令可以挂在一些外接设备，比如u盘，比如iso，比如刚申请的ssd。可以放心的看小电影了。 mount /dev/sdb1 /xiaodianying chown chown 用来改变文件的所属用户和所属组。 chmod 用来改变文件的访问权限。 这两个命令，都和linux的文件权限777有关。 示例： # 毁灭性的命令 chmod 000 -R / # 修改a目录的用户和组为 xjj chown -R xjj:xjj a # 给a.sh文件增加执行权限（这个太常用了) chmod a+x a.sh yum 假定你用的是centos，则包管理工具就是yum。如果你的系统没有wget命令，就可以使用如下命令进行安装。 yum install wget -y systemctl 当然，centos管理后台服务也有一些套路。service命令就是。systemctl兼容了service命令，我们看一下怎么重启mysql服务。 推荐用下面这个。 service mysql restart systemctl restart mysqld 对于普通的进程，就要使用kill命令进行更加详细的控制了。kill命令有很多信号，如果你在用kill -9，你一定想要了解kill -15以及kill -3的区别和用途。 su su用来切换用户。比如你现在是root，想要用xjj用户做一些勾当，就可以使用su切换。 su xjj su - xjj -可以让你干净纯洁的降临另一个账号，不出意外，推荐。 系统状态概览 登陆一台linux机器，有些命令能够帮助你快速找到问题。这些命令涵盖内存、cpu、网络、io、磁盘等。 uname uname命令可以输出当前的内核信息，让你了解到用的是什么机器。 uname -a ps ps命令能够看到进程/线程状态。和top有些内容重叠，常用。 找到java进程 ps -ef|grep java top 系统状态一览，主要查看。cpu load负载、cpu占用率。使用内存或者cpu最高的一些进程。下面这个命令可以查看某个进程中的线程状态。 top -H -p pid free top也能看内存，但不友好，free是专门用来查看内存的。包括物理内存和虚拟内存swap。 df df命令用来查看系统中磁盘的使用量，用来查看磁盘是否已经到达上限。参数h可以以友好的方式进行展示。 df -h ifconfig 查看ip地址，不啰嗦，替代品是ip addr命令。 ping 至于网络通不通，可以使用ping来探测。（不包括那些禁ping的网站） netstat 虽然ss命令可以替代netstat了，但现实中netstat仍然用的更广泛一些。比如，查看当前的所有tcp连接。 netstat -ant 此命令，在找一些本地起了什么端口之类的问题上，作用很大。 工作常用 还有一些在工作中经常会用到的命令，它们的出现频率是非常高的 ，都是些熟面孔。 export 很多安装了jdk的同学找不到java命令，export就可以帮你办到它。export用来设定一些环境变量，env命令能看到当前系统中所有的环境变量。比如，下面设置的就是jdk的。 export PATH=$PATH:/home/xjj/jdk/bin 有时候，你想要知道所执行命令的具体路径。那么就可以使用whereis命令，我是假定了你装了多个版本的jdk。 crontab 这就是linux本地的job工具。不是分布式的，你要不是运维，就不要用了。比如，每10分钟提醒喝茶上厕所。 */10 * * * * /home/xjj/wc10min date date命令用来输出当前的系统时间，可以使用-s参数指定输出格式。但设置时间涉及到设置硬件，所以有另外一个命令叫做hwclock。 xargs xargs读取输入源，然后逐行处理。这个命令非常有用。举个栗子，删除目录中的所有class文件。 find . | grep .class$ | xargs rm -rvf #把所有的rmvb文件拷贝到目录 ls *.rmvb | xargs -n1 -i cp {} /mount/xiaodianying 网络 linux是一个多作业的网络操作系统，所以网络命令有很多很多。工作中，最常和这些打交道。 ssh 这个，就不啰嗦了。你一定希望了解ssh隧道是什么。你要是想要详细的输出过程，记得加参数-v。 scp scp用来进行文件传输。也可以用来传输目录。也有更高级的sftp命令。 scp a.txt 192.168.0.12:/tmp/a.txt scp -r a_dir 192.168.0.12:/tmp/ wget 你想要在服务器上安装jdk，不会先在本地下载下来，然后使用scp传到服务器上吧（有时候不得不这样）。wget命令可以让你直接使用命令行下载文件，并支持断点续传。 wget -c http://oracle.fuck/jdk2019.bin mysql mysql应用广泛，并不是每个人都有条件用上navicat的。你需要了解mysql的连接方式和基本的操作，在异常情况下才能游刃有余。 mysql -u root -p -h 192.168.1.2

楼主这是节点遍历时，通过函数指针动态加载节点处理函数的设计方法。这个几年前写过，后来不这么写了。主要有以下几个问题。 1、每个节点被访问时，操作可能不一样，通用的函数指针的入口参数，要么可变参，要么多套，入口指针，都是很繁琐的事情，把代码逻辑结构搞的会更复杂。 2、操作函数和操作对象没有绑定，这个在规模开发时，很容易引起混乱。这样设计的代码，我自己到后面都觉得混乱，更别说基于我的架子让别人开发，楼主你的例子不够复杂可能感觉不到。 3、上面两个问题，也导致，代码复用率不高。 现在我的设计思想，如果是基础的数据结构，如同你这个例子中就是个线形表，我都全部独立成模版，在头文件中。 特定数据的处理不会和处理方法绑定，而是调用不同通用模块来处理，这样是尽可能的让数据和处理松耦合。而关联数据再怎么关联，处理时，也是一类整体处理的，同时一批数据再怎么复合，总可以拆成不同大部分串联处理（例如，读取、处理、写出，通过增加cache的方式可以分批分步骤完成，而不是读、处理、写 、一个完整操作周期，仅针对一个单元）。所以这类数据的整体处理落在通用模块里，通过数据和处理的紧耦合的提升效率。 ###### 另外，补充说一下，楼主的函数式风格，和我的函数式风格理解相差颇大。我的理解如下，所谓函数式风格，是将一批数据的若干处理，分解为正交串接的多个子步骤，每个步骤都是对整体数据的某个操作的实现。楼主的方案实质是对一个处理，可以挂接不同的操作方法。 我的理解函数式的风格在于每个独立模块处理极少的有逻辑关联的操作，可以看作针对一个数据池的原子操作。依次将数据池的数据灌入不同的独立模块，实现数据处理。当然差异的模块调用顺序和不同处理模块的组合，可以有不同的效果。 但无论如何，都是函数与数据松耦合的设计。这个和面向对象是反过来的。 ######相互嵌套耦合，牵一发动全身######楼主的代码有很浓重的其他语言的味道######楼主文章不错，我看现在的C模块基本就是你所说的面向对象风格，其实就是用数据结构组织起来。###### 引用来自“中山野鬼”的答案 楼主这是节点遍历时，通过函数指针动态加载节点处理函数的设计方法。这个几年前写过，后来不这么写了。主要有以下几个问题。 1、每个节点被访问时，操作可能不一样，通用的函数指针的入口参数，要么可变参，要么多套，入口指针，都是很繁琐的事情，把代码逻辑结构搞的会更复杂。 2、操作函数和操作对象没有绑定，这个在规模开发时，很容易引起混乱。这样设计的代码，我自己到后面都觉得混乱，更别说基于我的架子让别人开发，楼主你的例子不够复杂可能感觉不到。 3、上面两个问题，也导致，代码复用率不高。 现在我的设计思想，如果是基础的数据结构，如同你这个例子中就是个线形表，我都全部独立成模版，在头文件中。 特定数据的处理不会和处理方法绑定，而是调用不同通用模块来处理，这样是尽可能的让数据和处理松耦合。而关联数据再怎么关联，处理时，也是一类整体处理的，同时一批数据再怎么复合，总可以拆成不同大部分串联处理（例如，读取、处理、写出，通过增加cache的方式可以分批分步骤完成，而不是读、处理、写 、一个完整操作周期，仅针对一个单元）。所以这类数据的整体处理落在通用模块里，通过数据和处理的紧耦合的提升效率。 你说的问题#1和文章中函数式风格一节抱怨employee_read无法和Callback兼容的问题是类似的，说到底就是因为C语言静态类型等语法特性导致了对函数式风格支持不好；同时也反向说明了为什么大多数支持函数式风格的语言会选择“动态类型”，并且支持灵活的可变个数参数等特性，都是为了辅助函数式风格的编码。 #2这一点我不太同意。C语言里虽然没有类的概念把数据和函数在语法层次上绑定在一起，但通过规范地命令提供隐喻，比如代码中，所有操作Employee对象的函数都以employee_前缀开头。而且，这些接口之间也有层级关系，符合下表描述的抽象屏障。如果你把Employee相关的声明、操作独立出来放在一个文件里，然后头文件里只放置公开的接口信息，这样就变得简洁多了。 最高层：使用API的程序 main 基于Employee的接口实现的高级操作 employee_print, employee_adjust_salary 基于最底层的C，对象Employee的最基础的操作，包括读入、释放、遍历等 employee_read, employee_free, foreach, with_open_file C语言本身提供的最底层的工具 struct Empoloyee, for, free, calloc... 例如C语言自带的操作文件的接口同样符合这样的抽象屏障：我们只需要使用fopen、fclose、fread、fwrite等一系列操作FILE对象的接口，无需关心FILE结构体里有些什么内容，表示什么意思，以及各个接口是怎么实现的。 #3的确是一个问题，而且我在文章里也可以没有提及，因为这不是这篇文章要表达的重点。它最本质的问题在于将集合的数据结构和单个对象的信息保存在同一个地方。其他语言，例如Java的java.util.*容器、C++的STL容器，都符合你的设计，将容器这个单一职责抽象出来。当然，我自己实际的工作也是这样做的。 ###### 引用来自“中山野鬼”的答案 另外，补充说一下，楼主的函数式风格，和我的函数式风格理解相差颇大。我的理解如下，所谓函数式风格，是将一批数据的若干处理，分解为正交串接的多个子步骤，每个步骤都是对整体数据的某个操作的实现。楼主的方案实质是对一个处理，可以挂接不同的操作方法。 我的理解函数式的风格在于每个独立模块处理极少的有逻辑关联的操作，可以看作针对一个数据池的原子操作。依次将数据池的数据灌入不同的独立模块，实现数据处理。当然差异的模块调用顺序和不同处理模块的组合，可以有不同的效果。 但无论如何，都是函数与数据松耦合的设计。这个和面向对象是反过来的。 我认为你说的是“责任单一原则”，让每个函数、每个模块责任都尽可能地单一，然后通过类似搭积木一样的灵活组合，完成不同的任务。就像UNIX下的命令，每个单独命令都只完成一件事情，通过管道等把这些功能单一的命令组织在一起，协作完成一个复杂的任务！ 我个人认为这是一种设计思想，和源自Lambda演算的函数式风格并没有太大关系。 ###### 引用来自“杨同学”的答案 楼主的代码有很浓重的其他语言的味道 因为其他语言也能写“面向对象风格”和“函数式风格”的代码，并且看起来比C更“专业”。 ###### 引用来自“优游幻世”的答案 楼主文章不错，我看现在的C模块基本就是你所说的面向对象风格，其实就是用数据结构组织起来。 嗯，将数据和操作数据的方法集中在一起会让代码更容易维护。 就像我在六楼回复里提到的，很多C模块往往还会更进一步，把容器和对象也分离开来。这样容器能容纳各种不同的对象，对象则只保留数据本身，不关心和其他对象是以什么形式组织在一起的。 ###### 引用来自“redraiment”的答案 引用来自“中山野鬼”的答案 楼主这是节点遍历时，通过函数指针动态加载节点处理函数的设计方法。这个几年前写过，后来不这么写了。主要有以下几个问题。 1、每个节点被访问时，操作可能不一样，通用的函数指针的入口参数，要么可变参，要么多套，入口指针，都是很繁琐的事情，把代码逻辑结构搞的会更复杂。 2、操作函数和操作对象没有绑定，这个在规模开发时，很容易引起混乱。这样设计的代码，我自己到后面都觉得混乱，更别说基于我的架子让别人开发，楼主你的例子不够复杂可能感觉不到。 3、上面两个问题，也导致，代码复用率不高。 现在我的设计思想，如果是基础的数据结构，如同你这个例子中就是个线形表，我都全部独立成模版，在头文件中。 特定数据的处理不会和处理方法绑定，而是调用不同通用模块来处理，这样是尽可能的让数据和处理松耦合。而关联数据再怎么关联，处理时，也是一类整体处理的，同时一批数据再怎么复合，总可以拆成不同大部分串联处理（例如，读取、处理、写出，通过增加cache的方式可以分批分步骤完成，而不是读、处理、写 、一个完整操作周期，仅针对一个单元）。所以这类数据的整体处理落在通用模块里，通过数据和处理的紧耦合的提升效率。 你说的问题#1和文章中函数式风格一节抱怨employee_read无法和Callback兼容的问题是类似的，说到底就是因为C语言静态类型等语法特性导致了对函数式风格支持不好；同时也反向说明了为什么大多数支持函数式风格的语言会选择“动态类型”，并且支持灵活的可变个数参数等特性，都是为了辅助函数式风格的编码。 #2这一点我不太同意。C语言里虽然没有类的概念把数据和函数在语法层次上绑定在一起，但通过规范地命令提供隐喻，比如代码中，所有操作Employee对象的函数都以employee_前缀开头。而且，这些接口之间也有层级关系，符合下表描述的抽象屏障。如果你把Employee相关的声明、操作独立出来放在一个文件里，然后头文件里只放置公开的接口信息，这样就变得简洁多了。 最高层：使用API的程序 main 基于Employee的接口实现的高级操作 employee_print, employee_adjust_salary 基于最底层的C，对象Employee的最基础的操作，包括读入、释放、遍历等 employee_read, employee_free, foreach, with_open_file C语言本身提供的最底层的工具 struct Empoloyee, for, free, calloc... 例如C语言自带的操作文件的接口同样符合这样的抽象屏障：我们只需要使用fopen、fclose、fread、fwrite等一系列操作FILE对象的接口，无需关心FILE结构体里有些什么内容，表示什么意思，以及各个接口是怎么实现的。 #3的确是一个问题，而且我在文章里也可以没有提及，因为这不是这篇文章要表达的重点。它最本质的问题在于将集合的数据结构和单个对象的信息保存在同一个地方。其他语言，例如Java的java.util.*容器、C++的STL容器，都符合你的设计，将容器这个单一职责抽象出来。当然，我自己实际的工作也是这样做的。 第二个问题其实是不同设计思想的核心问题。你举的例子只能说是些简单的系统中的模块。如果是个大系统中的底层模块特别是引擎方面（会产生数据加工的），这种方法最终组合出来的系统，会比面向对象出来的类套类更复杂。说实话，还不如用面相对象实现。 面向对象，是将数据和操作，进行耦合，并且封装在类里面。这种做法是有它的好处的。这样不会导致数据和操作之间出现问题。而c如果这么写，说实话还不如用c++的类进行实现，因为类描述这些逻辑更为清晰，而且语法和编译器可以帮你做大量的事情。 而相反面向数据，是一批数据（不是一个具体数据单元），存在一批不同操作。如何分析数据之间的无关性和前后操作的无关性是重点，这两个分析清楚，那么并发计算，和分步骤计算就得以实现。并发计算不谈，分步骤计算的思想就是原子操作，或者微指令集管道设计思想。这样设计，可以令复杂的数据处理，根据流程细分到步骤，每个步骤细分到子步骤单元，而每个子步骤单元只负责处理，不负责数据的格式问题。 上面这段的设计思想和面向对象是反过来的，数据和操作松耦合。数据的特殊性导致的操作，是通过各种操作模块组合调用实现（这些操作模块可以看作上面独立的子步骤单元和外部特定数据结构无关的）。 这样做的好处是，模块的设计，可以独立进行，让外部数据格式依赖自身，而不是操作对应数据格式（面向对象是后者，成员变量类型决定了成员函数的实际操作），模块复用率高，同时是整批数据处理，只要数据流程（调用不同模块的系统设计良好），运行效率会很高。而且便于并发操作。 并发操作并不单单是一批数据，分层几组让同一个操作的多个进程处理。流水线技术的使用，一样可以实现。 这里顺带喷下hadoop。貌似hadoop的map reduce并没有在流水线方面有什么突破的思路，这块需要考虑到不同计算单元之间数据流动的费用， hadoop整天扯分布计算，根本不考虑数据整体计算周期内的相关性的问题，基本上都是推给用户自己处理，而用户应该无法控制具体计算硬件设备，最后能有好效果就扯淡了。

楼主这是节点遍历时，通过函数指针动态加载节点处理函数的设计方法。这个几年前写过，后来不这么写了。主要有以下几个问题。 1、每个节点被访问时，操作可能不一样，通用的函数指针的入口参数，要么可变参，要么多套，入口指针，都是很繁琐的事情，把代码逻辑结构搞的会更复杂。 2、操作函数和操作对象没有绑定，这个在规模开发时，很容易引起混乱。这样设计的代码，我自己到后面都觉得混乱，更别说基于我的架子让别人开发，楼主你的例子不够复杂可能感觉不到。 3、上面两个问题，也导致，代码复用率不高。 现在我的设计思想，如果是基础的数据结构，如同你这个例子中就是个线形表，我都全部独立成模版，在头文件中。 特定数据的处理不会和处理方法绑定，而是调用不同通用模块来处理，这样是尽可能的让数据和处理松耦合。而关联数据再怎么关联，处理时，也是一类整体处理的，同时一批数据再怎么复合，总可以拆成不同大部分串联处理（例如，读取、处理、写出，通过增加cache的方式可以分批分步骤完成，而不是读、处理、写 、一个完整操作周期，仅针对一个单元）。所以这类数据的整体处理落在通用模块里，通过数据和处理的紧耦合的提升效率。 ###### 另外，补充说一下，楼主的函数式风格，和我的函数式风格理解相差颇大。我的理解如下，所谓函数式风格，是将一批数据的若干处理，分解为正交串接的多个子步骤，每个步骤都是对整体数据的某个操作的实现。楼主的方案实质是对一个处理，可以挂接不同的操作方法。 我的理解函数式的风格在于每个独立模块处理极少的有逻辑关联的操作，可以看作针对一个数据池的原子操作。依次将数据池的数据灌入不同的独立模块，实现数据处理。当然差异的模块调用顺序和不同处理模块的组合，可以有不同的效果。 但无论如何，都是函数与数据松耦合的设计。这个和面向对象是反过来的。 ######相互嵌套耦合，牵一发动全身######楼主的代码有很浓重的其他语言的味道######楼主文章不错，我看现在的C模块基本就是你所说的面向对象风格，其实就是用数据结构组织起来。###### 引用来自“中山野鬼”的答案 楼主这是节点遍历时，通过函数指针动态加载节点处理函数的设计方法。这个几年前写过，后来不这么写了。主要有以下几个问题。 1、每个节点被访问时，操作可能不一样，通用的函数指针的入口参数，要么可变参，要么多套，入口指针，都是很繁琐的事情，把代码逻辑结构搞的会更复杂。 2、操作函数和操作对象没有绑定，这个在规模开发时，很容易引起混乱。这样设计的代码，我自己到后面都觉得混乱，更别说基于我的架子让别人开发，楼主你的例子不够复杂可能感觉不到。 3、上面两个问题，也导致，代码复用率不高。 现在我的设计思想，如果是基础的数据结构，如同你这个例子中就是个线形表，我都全部独立成模版，在头文件中。 特定数据的处理不会和处理方法绑定，而是调用不同通用模块来处理，这样是尽可能的让数据和处理松耦合。而关联数据再怎么关联，处理时，也是一类整体处理的，同时一批数据再怎么复合，总可以拆成不同大部分串联处理（例如，读取、处理、写出，通过增加cache的方式可以分批分步骤完成，而不是读、处理、写 、一个完整操作周期，仅针对一个单元）。所以这类数据的整体处理落在通用模块里，通过数据和处理的紧耦合的提升效率。 你说的问题#1和文章中函数式风格一节抱怨employee_read无法和Callback兼容的问题是类似的，说到底就是因为C语言静态类型等语法特性导致了对函数式风格支持不好；同时也反向说明了为什么大多数支持函数式风格的语言会选择“动态类型”，并且支持灵活的可变个数参数等特性，都是为了辅助函数式风格的编码。 #2这一点我不太同意。C语言里虽然没有类的概念把数据和函数在语法层次上绑定在一起，但通过规范地命令提供隐喻，比如代码中，所有操作Employee对象的函数都以employee_前缀开头。而且，这些接口之间也有层级关系，符合下表描述的抽象屏障。如果你把Employee相关的声明、操作独立出来放在一个文件里，然后头文件里只放置公开的接口信息，这样就变得简洁多了。 最高层：使用API的程序 main 基于Employee的接口实现的高级操作 employee_print, employee_adjust_salary 基于最底层的C，对象Employee的最基础的操作，包括读入、释放、遍历等 employee_read, employee_free, foreach, with_open_file C语言本身提供的最底层的工具 struct Empoloyee, for, free, calloc... 例如C语言自带的操作文件的接口同样符合这样的抽象屏障：我们只需要使用fopen、fclose、fread、fwrite等一系列操作FILE对象的接口，无需关心FILE结构体里有些什么内容，表示什么意思，以及各个接口是怎么实现的。 #3的确是一个问题，而且我在文章里也可以没有提及，因为这不是这篇文章要表达的重点。它最本质的问题在于将集合的数据结构和单个对象的信息保存在同一个地方。其他语言，例如Java的java.util.*容器、C++的STL容器，都符合你的设计，将容器这个单一职责抽象出来。当然，我自己实际的工作也是这样做的。 ###### 引用来自“中山野鬼”的答案 另外，补充说一下，楼主的函数式风格，和我的函数式风格理解相差颇大。我的理解如下，所谓函数式风格，是将一批数据的若干处理，分解为正交串接的多个子步骤，每个步骤都是对整体数据的某个操作的实现。楼主的方案实质是对一个处理，可以挂接不同的操作方法。 我的理解函数式的风格在于每个独立模块处理极少的有逻辑关联的操作，可以看作针对一个数据池的原子操作。依次将数据池的数据灌入不同的独立模块，实现数据处理。当然差异的模块调用顺序和不同处理模块的组合，可以有不同的效果。 但无论如何，都是函数与数据松耦合的设计。这个和面向对象是反过来的。 我认为你说的是“责任单一原则”，让每个函数、每个模块责任都尽可能地单一，然后通过类似搭积木一样的灵活组合，完成不同的任务。就像UNIX下的命令，每个单独命令都只完成一件事情，通过管道等把这些功能单一的命令组织在一起，协作完成一个复杂的任务！ 我个人认为这是一种设计思想，和源自Lambda演算的函数式风格并没有太大关系。 ###### 引用来自“杨同学”的答案 楼主的代码有很浓重的其他语言的味道 因为其他语言也能写“面向对象风格”和“函数式风格”的代码，并且看起来比C更“专业”。 ###### 引用来自“优游幻世”的答案 楼主文章不错，我看现在的C模块基本就是你所说的面向对象风格，其实就是用数据结构组织起来。 嗯，将数据和操作数据的方法集中在一起会让代码更容易维护。 就像我在六楼回复里提到的，很多C模块往往还会更进一步，把容器和对象也分离开来。这样容器能容纳各种不同的对象，对象则只保留数据本身，不关心和其他对象是以什么形式组织在一起的。 ###### 引用来自“redraiment”的答案 引用来自“中山野鬼”的答案 楼主这是节点遍历时，通过函数指针动态加载节点处理函数的设计方法。这个几年前写过，后来不这么写了。主要有以下几个问题。 1、每个节点被访问时，操作可能不一样，通用的函数指针的入口参数，要么可变参，要么多套，入口指针，都是很繁琐的事情，把代码逻辑结构搞的会更复杂。 2、操作函数和操作对象没有绑定，这个在规模开发时，很容易引起混乱。这样设计的代码，我自己到后面都觉得混乱，更别说基于我的架子让别人开发，楼主你的例子不够复杂可能感觉不到。 3、上面两个问题，也导致，代码复用率不高。 现在我的设计思想，如果是基础的数据结构，如同你这个例子中就是个线形表，我都全部独立成模版，在头文件中。 特定数据的处理不会和处理方法绑定，而是调用不同通用模块来处理，这样是尽可能的让数据和处理松耦合。而关联数据再怎么关联，处理时，也是一类整体处理的，同时一批数据再怎么复合，总可以拆成不同大部分串联处理（例如，读取、处理、写出，通过增加cache的方式可以分批分步骤完成，而不是读、处理、写 、一个完整操作周期，仅针对一个单元）。所以这类数据的整体处理落在通用模块里，通过数据和处理的紧耦合的提升效率。 你说的问题#1和文章中函数式风格一节抱怨employee_read无法和Callback兼容的问题是类似的，说到底就是因为C语言静态类型等语法特性导致了对函数式风格支持不好；同时也反向说明了为什么大多数支持函数式风格的语言会选择“动态类型”，并且支持灵活的可变个数参数等特性，都是为了辅助函数式风格的编码。 #2这一点我不太同意。C语言里虽然没有类的概念把数据和函数在语法层次上绑定在一起，但通过规范地命令提供隐喻，比如代码中，所有操作Employee对象的函数都以employee_前缀开头。而且，这些接口之间也有层级关系，符合下表描述的抽象屏障。如果你把Employee相关的声明、操作独立出来放在一个文件里，然后头文件里只放置公开的接口信息，这样就变得简洁多了。 最高层：使用API的程序 main 基于Employee的接口实现的高级操作 employee_print, employee_adjust_salary 基于最底层的C，对象Employee的最基础的操作，包括读入、释放、遍历等 employee_read, employee_free, foreach, with_open_file C语言本身提供的最底层的工具 struct Empoloyee, for, free, calloc... 例如C语言自带的操作文件的接口同样符合这样的抽象屏障：我们只需要使用fopen、fclose、fread、fwrite等一系列操作FILE对象的接口，无需关心FILE结构体里有些什么内容，表示什么意思，以及各个接口是怎么实现的。 #3的确是一个问题，而且我在文章里也可以没有提及，因为这不是这篇文章要表达的重点。它最本质的问题在于将集合的数据结构和单个对象的信息保存在同一个地方。其他语言，例如Java的java.util.*容器、C++的STL容器，都符合你的设计，将容器这个单一职责抽象出来。当然，我自己实际的工作也是这样做的。 第二个问题其实是不同设计思想的核心问题。你举的例子只能说是些简单的系统中的模块。如果是个大系统中的底层模块特别是引擎方面（会产生数据加工的），这种方法最终组合出来的系统，会比面向对象出来的类套类更复杂。说实话，还不如用面相对象实现。 面向对象，是将数据和操作，进行耦合，并且封装在类里面。这种做法是有它的好处的。这样不会导致数据和操作之间出现问题。而c如果这么写，说实话还不如用c++的类进行实现，因为类描述这些逻辑更为清晰，而且语法和编译器可以帮你做大量的事情。 而相反面向数据，是一批数据（不是一个具体数据单元），存在一批不同操作。如何分析数据之间的无关性和前后操作的无关性是重点，这两个分析清楚，那么并发计算，和分步骤计算就得以实现。并发计算不谈，分步骤计算的思想就是原子操作，或者微指令集管道设计思想。这样设计，可以令复杂的数据处理，根据流程细分到步骤，每个步骤细分到子步骤单元，而每个子步骤单元只负责处理，不负责数据的格式问题。 上面这段的设计思想和面向对象是反过来的，数据和操作松耦合。数据的特殊性导致的操作，是通过各种操作模块组合调用实现（这些操作模块可以看作上面独立的子步骤单元和外部特定数据结构无关的）。 这样做的好处是，模块的设计，可以独立进行，让外部数据格式依赖自身，而不是操作对应数据格式（面向对象是后者，成员变量类型决定了成员函数的实际操作），模块复用率高，同时是整批数据处理，只要数据流程（调用不同模块的系统设计良好），运行效率会很高。而且便于并发操作。 并发操作并不单单是一批数据，分层几组让同一个操作的多个进程处理。流水线技术的使用，一样可以实现。 这里顺带喷下hadoop。貌似hadoop的map reduce并没有在流水线方面有什么突破的思路，这块需要考虑到不同计算单元之间数据流动的费用， hadoop整天扯分布计算，根本不考虑数据整体计算周期内的相关性的问题，基本上都是推给用户自己处理，而用户应该无法控制具体计算硬件设备，最后能有好效果就扯淡了。