ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Erlang 程序设计(china-pub 全国独家首发)

Erlang 程序设计(china-pub 全国独家首发)

原创 Linux操作系统 作者:china-pub 时间:2008-11-06 17:29:49 0 删除 编辑

Erlang 程序设计(china-pub 全国独家首发)



查看其它详细信息:http://www.china-pub.com/301677

【原 书 名】 Programming Erlang: Software for a Concurrent World 
【原出版社】 Pragmatic Bookshelf 
【作  者】(瑞典)Joe Armstrong [作译者介绍]
【译  者】 赵东炜;金尹
【丛 书 名】 图灵程序设计丛书 
【出 版 社】 人民邮电出版社     【书 号】 9787115188694 
【出版日期】 2008 年12月 【开 本】 16开 【页 码】 427     【版 次】1-1 
      市场价:¥79.00       pub价: ¥59.25(75折)

【媒体评论】
“Erlang让我有醍醐灌顶之感,它促使我开始以完全不同的方式思考问题。Amstrong能够亲自写作本书,实乃社区之福。”
——Dave Thomas,软件开发大师,《程序员修炼之道》艺术作者
“向所有程序员强烈推荐本书,我们都将从中获益匪浅。”
——Gary Pollice,IBM Rational开发团队前核心成员,Worcester理工学院教授...

【内容简介】
书是讲述下一代编程语言Erlang 的权威著作,主要涵盖顺序型编程、异常处理、编译和运行代码、并发编程、并发编程中的错误处理、分布式编程、多核编程等内容。本书将帮助读者在消息传递的基础上构建分布式的并发系统,免去锁与互斥技术的羁绊,使程序在多核CPU 上高效运行。本书讲述的各种设计方法和行为将成为设计容错与分布式系统中的利器。.
在多核、并发、分布为王的时代,谁将成为下一个主流编程语言?来自全世界的众多专家都认为,Erlang最有可能在竞争中胜出。
Erlang开源语言系出名门,通信巨头爱立信公司用它开发出了可靠性惊人的交换机系统AXD301。它天生就是面向并发、分布和高容错的,兼有函数式语言和脚本语言的各种优点,而且已经用于商业开发多年,具有稳定性极高的虚拟机和平台库。有了这些天时地利,无怪乎Erlang能够迅速成为热门的开发语言,除了广泛应用于通信行业之外,它已经进入了各个领域:Facebook用它实现了聊天系统,Yahoo用它重写了Delicious,Amazon用它开发了云计算数据服务SimpleDB,还有多人游戏、测试工具、电子支付、数据采集与监控、企业消息、电子邮件、空中交通管制……..
本书由Erlang之父Joe Armstrong编写,是毋庸置疑的经典著作。书中兼顾了顺序编程、并发编程和分布式编程,较深入地讨论了开发Erlang应用中至关重要的文件和网络编程、OTP、MNesia、Ets和Dets等主题,更为精彩的是,大师亲自操刀,构建了MapReduce实例和多人聊天实例,一定让你大呼过瘾。...

【序言】
Erlang算不上是一种“大众流行”的程序设计语言,而且即使是Erlang的支持者,大多数也对于Erlang成为“主流语言”并不持乐观态度。然而,自从2006年以来,Erlang语言确实在国内外一批精英程序员中暗流涌动,光我所认识和听说的,就有不少于一打技术高手像着了魔一样迷上了这种已经有二十多年历史的老牌语言。这是一件相当奇怪的事情。因为就年龄而言,Erlang大约与Perl同年,比C++年轻四岁,长Java差不多十岁,但Java早已经是工业主流语言,C++和Perl甚至已经进入其生命周期的下降阶段。照理说,一个被扔在角落里二十多载无人理睬的老家伙合理的命运就是坐以待毙,没想到Erlang却像是突然吃了返老还童丹似的在二十多岁的“高龄”又火了一把,不但对它感兴趣的人数量激增,而且还成立了一些组织,开发实施了一些非常有影响力的软件项目。这是怎么回事呢?  .
根本原因在于Erlang天赋异禀恰好适应了计算环境变革的大趋势:CPU的多核化与云计算。 
自2005年C++标准委员会主席Herb Sutter在Dr. Dobb’s Journal上发表《免费午餐已经结束》一文以来,人们已经确凿无疑地认识到,如果未来不能有效地以并行化的软件充分利用并行化的硬件资源,我们的计算效率就会永远停滞在仅仅略高于当前的水平上,而不得动弹。因此,未来的计算必然是并行的。Herb Sutter本人曾表示,如果一个语言不能够以优雅可靠的方式处理并行计算的问题,那它就失去了在21世纪的生存权。“主流语言”当然不想真的丧失掉这个生存权,于是纷纷以不同的方式解决并行计算的问题。就C/C++而言,除了标准委员会致力于以标准库的方式来提供并行计算库之外,标准化的OpenMP和MPI,以及Intel的Threading Building Blocks库也都是可信赖的解决方案;Java在5.0版中引入了意义重大的concurrency库,得到Java社区的一致推崇;而微软更是采用了多种手段来应对这一问题:先是在.NET中引入APM,随后又在Robotics Studio中提供了CCR库,最近又发布了Parrallel FX和MPI.NET,可谓不遗余力。然而,这些手法都可以视为亡羊补牢,因为这些语言和基础设施在创造时都没有把并行化的问题放到优先的位置来考虑。与它们相反,Erlang从其构思的时候起,就把“并行”放到了中心位置,其语言机制和细节的设计无不从并行角度出发和考虑,并且在长达二十年的发展完善中不断成熟。今天,Erlang可以说是为数不多的天然适应多核的可靠计算环境,这不能不说是一种历史的机缘。  ..
另一个可能更加迫切的变革,就是云计算。Google的实践表明,用廉价服务器组成的服务器集群,在计算能力、可靠性等方面能够达到价格昂贵的大型计算机的水准,毫无疑问,这是大型、超大型网站和网络应用梦寐以求的境界。然而,要到达这个境界并不容易。目前一般的网站为了达成较好的可延展性和运行效率,需要聘请有经验的架构师和系统管理人员,手工配置网络服务端架构,并且常备一个高水准的系统运维部门,随时准备处理各种意外情况。可以说,虽然大多数Web企业只不过是想在这些基础设施上运行应用而已,但仅仅为了让基础设施正常运转,企业就必须投入巨大的资源和精力。现在甚至可以说,这方面的能力成了大型和超大型网站的核心竞争力。这与操作系统成熟之前人们自己动手设置硬件并且编写驱动程序的情形类似——做应用的人要精通底层细节。这种格局的不合理性一望便知,而解决的思路也是一目了然——建立网络服务端计算的操作系统,也就是类似Google已经建立起来的“云计算”那样的平台。所谓“云计算”,指的是结果,而当前的关键不是这个结果,而是作为手段的“计算云”。计算云实际上就是控制大型网络服务器集群计算资源的操作系统,它不但可以自动将计算任务并行化,充分调动大型服务器集群的计算能力,而且还可以自动应对大多数系统故障,实现高水平的自主管理。计算云技术是网络计算时代的操作系统,是绝对的核心技术,也正因此,很多赫赫有名的中外大型IT企业都在不惜投入巨资研发计算云。包括我在内的很多人都相信,云计算将不仅从根本上改变我们的计算环境,而且将从根本上改变IT产业的盈利模式,是真正几十年一遇的重大变革,对于一些企业和技术人员来说是重大的历史机遇。恰恰在这个主题上,Erlang又具有先天的优势,这当然也是归结于其与生俱来的并行计算能力,使得开发计算云系统对于Erlang来说格外轻松容易。现在Erlang社区已经开发了一些在实践中被证明非常有效的云计算系统,学习Erlang和这些系统是迅速进入这个领域并且提高水平的捷径。 
由此可见,Erlang虽然目前还不是主流语言,但是有可能会在未来一段时间发挥重要的作用,因此,对于那些愿意领略技术前沿风景的“先锋派”程序员来说,了解和学习Erlang可能是非常有价值的投资。即使你未来不打算使用Erlang,也非常有可能从Erlang的设计和Erlang社区的智慧中得到启发,从而能够在其他语言的项目中更好地完成并行计算和云计算相关的设计和实现任务。再退一步说,就算只是从开启思路、全面认识计算本质和并行计算特性的角度出发,Erlang也值得了解。所以,我很希望这本书在中国程序员社区中不要遭到冷遇。 
本书是由Erlang创造者Joe Armstrong亲自执笔撰写的Erlang语言权威参考书,原作以轻松引导的方式帮助读者在实践中理解Erlang的深刻设计思路,并掌握以Erlang开发并行程序的技术,在技术图书中属于难得的佳作。两位译者我都认识,他们都是技术精湛而思想深刻的“先锋派”,对Erlang有着极高的热情,因此翻译质量相当高,阅读起来流畅通顺,为此书中译本添色不少。有兴趣的读者集中一段时间按图索骥,完全有可能就此踏上理解Erlang、应用Erlang的大路。...
孟岩
CSDN首席分析师兼《程序员》杂志技术主编
2008年10月

【译者序】
另辟蹊径——从容面对容错、分布、并发、多核的挑战。.
作为一名程序员,随着工作经验的增长,如果足够幸运的话,终有一日,我们都将会直面大型系统的挑战。最初的手忙脚乱总是难免的,经历过最初的迷茫之后,你会惊讶地发现这是一个完全不同的“生态系统”。要在这样的环境中生存,我们的代码需要具备一些之前我们相当陌生或者闻所未闻的“生存技能”。容错、分布、负载均衡,这些词会频繁出现在搜索列表之中。经历过几轮各种方案的轮番上阵之后,我们会开始反思这一系列问题的来龙去脉,重新审视整个系统架构,寻找瓶颈所在。你可能会和我一样,最终将目光停留在那些之前被认为是无懈可击的优美代码上。开始琢磨:究竟是什么让它们在新的环境中“水土不服”,妨碍其更加有效地利用越来越膨胀的计算资源?
其实,早在多年以前硬件领域上的革命就已经开始,现在这个浪潮终于从高端应用波及常规的计算领域——多核芯片已经量产,单核芯片正在下线——这场革命正在我们的桌面上演。时代已经改变,程序员们再也不能继续稳坐家中装作什么事情也没发生,问题已经自己找上门来了。由单核CPU频率提升带来软件自动加速的时代已经终止,性能的免费大餐已经结束,“生态环境的变化”迫使代码也必须“同步进化”。锁、同步、线程、信号量,这些之前只是在教科书中顺带提及的概念,越来越多地出现在我们日常的编程中,接踵而至的各类问题也开始折磨我们的神经。死锁、竞态,越来越多的锁带来了越来越复杂的问题。
在多核CPU的系统上,程序的性能不增反降,或者暴露出隐藏的错误?
在更强的硬件平台上,程序的并发处理能力却没有得到提升,瓶颈在哪里?
在分布式计算网络中,不得不对程序结构进行重大调整,才能适应新的运行环境?
在系统的关键应用上,不得不为软件故障或者代码升级,进行代价高昂的停机维护?
……
这一系列的问题,归根结底,都是因为主流技术体系在基本模型上存在着与并发计算相冲突的设计。换句话说,问题广泛地存在于我们所写的每一行代码中。在大厦初具规模时,却猛然发现每一块砖石都不牢固,这听来很有一些耸人听闻,但这种事并不罕见。
比如:x = x + n,即使是这个再常见不过的语句,也暗藏着烦恼的根源(你也可以把它称做共享内存陷阱)。从机器指令的角度来思考,这个语句可能做了这么几件事(仅仅只是在概念上)。
(1) mov ax, [bp+x];将寄存器ax赋值为变量x所指示的内存中的数据。
(2) mov bx, n;将寄存器bx赋值为n。
(3) add ax, bx;将寄存器ax加n。
(4) mov [bp+x],ax;将变量x所指示的内存赋值为寄存器ax中的数据。
理论上,这是一个原子操作,在单核CPU下情况也确实如此,但在多核CPU下,就全然不同了。如果在每个核心上都有一个正在执行上述代码的进程(也就是试图对这个代码执行并行计算),问题就出现了。这里的x是在两个进程之间共享的内存。很明显,在第(1)步到第(4)步之间,需要某种机制来保证“某一时刻”只有一个进程正在执行,否则就会破坏数据的完整性。这也就意味着,这样的代码无法充分利用多核CPU的运算能力。也罢,咱们不加速就是了,但更糟糕的是,为了保证不出错,还需要引入锁的机制来避免数据被破坏。现有的主流技术体系全都建立在共享内存的模型之上,像x = x + n这样的代码几乎无处不在,但在多核环境下,每一处这样的代码(逻辑上的或者事实上的)都需要小心地处理锁。更糟糕的是,大量的锁彼此互相影响又会导致更为复杂的问题。这迫使程序员们在实现复杂的功能之余,还要拿出极度的耐心和娴熟的技巧来处理好这些沉闷和易错的锁,且不说是否可能,但这至少也是一个极为繁重的额外负担。..
Erlang为了并发而生。20多年前,它的创建者们就已经意识到了这一问题,转而选择了一条与主流语言完全不同的路(还有为数不多的另外几种语言也是如此)。它采用的是消息模型,进程之间并不共享任何数据,因而也就完全地避免了引入锁的必要。对于多核系统而言,完全无锁,也就意味着相同的代码在更多核心的CPU上会很容易具有更高的性能,而对于分布式系统,则意味着尽可能地避免了顺序瓶颈,可以把更多的机器无缝地加入到计算网络中来。甩掉了锁的桎梏,无疑是对程序员们的解放。
不仅如此,Erlang在编程模型上走得更远。它在语言级别提供了一系列的并发原语,通过这些原语,我们可以用进程+消息的模型来建模现实世界中多人协作的场景。一个进程表示一个人,人与人之间并不存在任何共享的内存,彼此之间的协作完全通过消息(说话、打手势、做表情,等等)交互来完成。这正是我们每一个人生而知之的并发模式!软件模拟现实世界协作和交互的场景——这也就是所谓的COP(面向并发编程)思想。
在错误处理上,Erlang也有与众不同的设计决策,这使得实现“容错系统”不再遥不可及。COP假设进程难免会出错——不像其他某些语言一样假设程序不会出错。它假设程序随时可能会出错,如果发生出错的情况,则不要尝试自行处理,而是直接退出,交给更高级的进程来对这种情况进行处理。通过引入“速错”和“进程监控”的概念,我们将错误分层,并由更高层的进程来妥善处理(比如,重启进程,或重启一系列进程)。有了这样的概念作为支撑,构造“容错系统”就会变得易如反掌。在这样的系统之下,软件错误不会导致整个系统的瘫痪,发现错误也无须停机就可直接更新代码,在配置了备份硬件之后,硬件的错误也不会影响服务的正常运行。这么做的结果相当惊人,使用Erlang的电信关键产品,达到了传说中的99.9999999%可用性(即9个9的最高可用性标准)。
Erlang采用虚拟机技术实现,用它编写的程序可以不经修改直接运行在从手机到大型机几乎所有的计算平台之上。这是一项有着20多年历史的成熟技术,有着相当多的成熟库(OTP)和开源软件,这些资产使得它有极高的实用价值。Erlang本身也是开源软件,这扫清了对于语言本身生命力的疑惑。Erlang还是一个充满活力的语言,在它的社区,常常能够见到Joe Armstrong等语言的创建者在回答问题,这一点尤其宝贵。在熟悉了Erlang的思维方法和社区之后,很多人都发出了相见恨晚的感慨。
虽说对于并发而言,Erlang确实是非常好的选择,但这么多年以来,业界对于并发预料之中的增长却一直没有真正发生。此前,这类应用更多地局限在一些相对高端的领域,而Erlang身上浓厚的电信背景,又使得第一眼看来它似乎只适用于电信行业(实际情况远非如此)。长期以来Erlang的使用群体仅局限在一个狭小的技术圈子之内,它处于“非主流语言”的边缘位置已经很久了。这种情况直到最近才有所改观,最近两年,Google的成功使得其引为核心的大规模分布式应用模式广为人知,而多核CPU进入桌面也迫使“工业主流”开始认真对待并发计算。直到此时,解决这类问题最为成熟的Erlang技术,才因为其难以忽视的优势而引起人们的广泛关注。
从历史的眼光来看,在计算机语言的荣誉堂内,上演着一代又一代程序设计语言的繁荣和更替,潮来潮往让人难以捉摸。这与其说是技术,还不如说是时尚。对于Erlang这种有些怪异的小众语言来说,是否真的会成为“下一个Java”?实难预测,而且也不重要。但是有一点已经毫无疑问,那就是“下一代语言”至少也要像Erlang一样,处理好与并发相关的一系列问题(或者做得更好)。也许将来的X++(或X#)语言在吸收了它的精髓之后,又会成为新的工业主流语言。但即便如此,先跟随本书作者开辟的小径信步浏览这些饶有趣味的问题肯定也会大有帮助。
对于想要学习Erlang的读者,虽说语言本身相当简单,但想要运用自如也有一些难度。比如,在适应COP之后会觉得非常自然,但对于有OOP背景的程序员而言,从固有的思维习惯转换到COP和FP上(主要是和自己的思维惯性较劲)需要有一个过程。此外OTP和其他Erlang社区多年积累的财富(这些好比JDK、EJB之于Java)也需要一些时间才能被充分地理解和吸收。但这些有价值的资料大多零星地散落于邮件列表和独立的文档之中,给学习造成了很多不必要的麻烦。现在好了,有了Erlang创建者Joe Armstrong为我们撰写的“官方教程”,这些问题都已迎刃而解。
一般而言,由语言的创建者亲自撰写的教程,常常都是杰作。在翻译的过程中,译者也常常会发出这种赞叹。在本书中,Joe Armstrong不仅全面地讲述了Erlang语言本身,还详细交代了这些语言特性的来龙去脉。为什么要这么设计?除了掌握语言本身之外,能有幸窥见大师精微思辨的轨迹,也是难得的机缘。书中的例子,还会将你为之惊异的那些Erlang特性一一解密。通常是从一个不起眼的小问题开始,从宏观分析到微观实现,层层深入细细道来。问题是什么?要如何建模?该怎么重构?各个版本之间的精微演化全然呈现,但这些微小的改进,最终演化出了那些让人惊喜的特性,整个过程可谓相当精彩。
本书由Erlang中文社区(erlang-china.org)组织翻译。其中,第1章到第14章由金尹翻译,第15章到附录F由赵东炜翻译,全书由赵东炜统稿润色和审校。
由于时间仓促,加之译者水平有限,译文难免会有不足之处,欢迎读者批评指正。...
赵东炜
2008年3月于北京

【目录】
第1章 引言. 1
1.1 路线图 1
1.2 正式起航 3
1.3 致谢 3
第2章 入门 5
2.1 概览 5
2.1.1 阶段1:茫然无绪 5
2.1.2 阶段2:初窥门径 5
2.1.3 阶段2.5:观其大略,不求甚解 6
2.1.4 阶段3:运用自如 6
2.1.5 重中之重 6
2.2 Erlang安装 7
2.2.1 二进制发布版 7
2.2.2 从源代码创建Erlang 8
2.2.3 使用CEAN 8
2.3 本书代码 8
2.4 启动shell 9
2.5 简单的整数运算 10
2.6 变量 11
2.6.1 变量不变 12
2.6.2 模式匹配 13
2.6.3 单一赋值为何有益于编写质量更高的代码 14
2.7 浮点数 15
2.8 原子 16
2.9 元组 17
2.9.1 创建元组 18
2.9.2 从元组中提取字段值 18
2.10 列表 19
2.10.1 术语 20
2.10.2 定义列表 20
2.10.3 从列表中提取元素 20
2.11 字符串 21
2.12 再论模式匹配 22
第3章 顺序型编程 24
3.1 模块 24
3.2 购物系统——进阶篇 28
3.3 同名不同目的函数 31
3.4 fun 31
3.4.1 以fun为参数的函数 32
3.4.2 返回fun的函数 33
3.4.3 定义你自己的抽象流程控制 34
3.5 简单的列表处理 35
3.6 列表解析 38
3.6.1 快速排序 39
3.6.2 毕达哥拉斯三元组 40
3.6.3 变位词 40
3.7 算术表达式 41
3.8 断言 41
3.8.1 断言序列 42
3.8.2 断言样例 43
3.8.3 true断言的使用 44
3.8.4 过时的断言函数 44
3.9 记录 44
3.9.1 创建和更新记录 45
3.9.2 从记录中提取字段值 45
3.9.3 在函数中对记录进行模式匹配 46
3.9.4 记录只是元组的伪装 46
3.10 case/if表达式 46
3.10.1 case表达式 47
3.10.2 if表达式 47
3.11 以自然顺序创建列表 48
3.12 累加器 48
第4章 异常 50
4.1 异常 50
4.2 抛出异常 51
4.3 try...catch 51
4.3.1 缩减版本 53
4.3.2 使用try...catch的编程惯例 53
4.4 catch 54
4.5 改进错误信息 55
4.6 try...catch的编程风格 55
4.6.1 经常会返回错误的程序 55
4.6.2 出错几率比较小的程序 56
4.7 捕获所有可能的异常 56
4.8 新老两种异常处理风格 56
4.9 栈跟踪 57
第5章 顺序型编程进阶 58
5.1 BIF 58
5.2 二进制数据 58
5.3 比特语法 60
5.3.1 16bit色彩的封包与解包 60
5.3.2 比特语法表达式 61
5.3.3 高级比特语法样例 62
5.4 小问题集锦 67
5.4.1 apply 68
5.4.2 属性 68
5.4.3 块表达式 71
5.4.4 布尔类型 71
5.4.5 布尔表达式 72
5.4.6 字符集 72
5.4.7 注释 72
5.4.8 epp 73
5.4.9 转义符 73
5.4.10 表达式和表达式序列 74
5.4.11 函数引用 74
5.4.12 包含文件 75
5.4.13 列表操作符++和??? 75
5.4.14 宏 76
5.4.15 在模式中使用匹配操作符 77
5.4.16 数值类型 78
5.4.17 操作符优先级 79
5.4.18 进程字典 79
5.4.19 引用 80
5.4.20 短路布尔表达式 80
5.4.21 比较表达式 81
5.4.22 下划线变量 82
第6章 编译并运行程序 83
6.1 开启和停止Erlang shell 83
6.2 配置开发环境 84
6.2.1 为文件加载器设定搜索路径 84
6.2.2 在系统启动时批量执行命令 85
6.3 运行程序的几种不同方法 86
6.3.1 在Erlang shell中编译运行 86
6.3.2 在命令提示符下编译运行 86
6.3.3 把程序当作escript脚本运行 88
6.3.4 用命令行参数编程 89
6.4 使用makefile进行自动编译 90
6.4.1 makefile模板 90
6.4.2 定制makefile模板 92
6.5 在Erlang shell中的命令编辑 93
6.6 解决系统死锁 93
6.7 如何应对故障 93
6.7.1 未定义/遗失代码 94
6.7.2 makefile不能工作 94
6.7.3 shell没有响应 95
6.8 获取帮助 96
6.9 调试环境 96
6.10 崩溃转储 97
第7章 并发 98
第8章 并发编程 101
8.1 并发原语 101
8.2 一个简单的例子 102
8.3 客户/服务器介绍 103
8.4 创建一个进程需要花费多少时间 107
8.5 带超时的receive 109
8.5.1 只有超时的receive 109
8.5.2 超时时间为0的receive 109
8.5.3 使用一个无限等待超时进行接收 110
8.5.4 实现一个计时器 110
8.6 选择性接收 111
8.7 注册进程 112
8.8 如何编写一个并发程序 113
8.9 尾递归技术 114
8.10 使用MFA启动进程 115
8.11 习题 115
第9章 并发编程中的错误处理 116
9.1 链接进程 116
9.2 on_exit处理程序 117
9.3 远程错误处理 118
9.4 错误处理的细节 118
9.4.1 捕获退出的编程模式 119
9.4.2 捕获退出信号(进阶篇).. 120
9.5 错误处理原语 125
9.6 链接进程集 126
9.7 监视器 126
9.8 存活进程 127
第10章 分布式编程 128
10.1 名字服务 129
10.1.1 第一步:一个简单的名字服务 130
10.1.2 第二步:在同一台机器上,客户端运行于一个节点而服务器运行于第二个节点 131
10.1.3 第三步:让客户机和服务器运行于同一个局域网内的不同机器上 132
10.1.4 第四步:在因特网上的不同主机上分别运行客户机和服务器 133
10.2 分布式原语 134
10.3 分布式编程中使用的库 136
10.4 有cookie保护的系统 136
10.5 基于套接字的分布式模式 137
10.5.1 lib_chan 137
10.5.2 服务器代码 138
第11章 IRC Lite 141
11.1 消息序列图 142
11.2 用户界面 143
11.3 客户端程序 144
11.4 服务器端组件 147
11.4.1 聊天控制器 147
11.4.2 聊天服务器 148
11.4.3 群组管理器 149
11.5 运行程序 150
11.6 聊天程序源代码 151
11.6.1 聊天客户端 151
11.6.2 Lib_chan配置 154
11.6.3 聊天控制器 154
11.6.4 聊天服务器 155
11.6.5 聊天群组 156
11.6.6 输入输出窗口 157
11.7 习题 159
第12章 接口技术 160
12.1 端口 161
12.2 为一个外部C程序添加接口 161
12.2.1 C程序 162
12.2.2 Erlang程序 164
12.3 open_port 167
12.4 内联驱动 167
12.5 注意 170
第13章 对文件编程 172
13.1 库的组织结构 172
13.2 读取文件的不同方法 172
13.2.1 从文件中读取所有Erlang数据项 174
13.2.2 从文件的数据项中一次读取一项 174
13.2.3 从文件中一次读取一行数据176
13.2.4 将整个文件的内容读入到一个二进制数据中 176
13.2.5 随机读取一个文件 176
13.2.6 读取ID3标记 177
13.3 写入文件的不同方法 179
13.3.1 向一个文件中写入一串Erlang数据项 179
13.3.2 向文件中写入一行 181
13.3.3 一步操作写入整个文件 181
13.3.4 在随机访问模式下写入文件 183
13.4 目录操作 183
13.5 查询文件的属性 184
13.6 复制和删除文件 185
13.7 小知识 185
13.8 一个搜索小程序 186
第14章 套接字编程 189
14.1 使用TCP 189
14.1.1 从服务器上获取数据 189
14.1.2 一个简单的TCP服务器 192
14.1.3 改进服务器 195
14.1.4 注意 196
14.2 控制逻辑 197
14.2.1 主动型消息接收(非阻塞) 197
14.2.2 被动型消息接收(阻塞) 198
14.2.3 混合型模式(半阻塞) 198
14.3 连接从何而来 199
14.4 套接字的出错处理 199
14.5 UDP 200
14.5.1 最简单的UDP服务器和客户机 201
14.5.2 一个计算阶乘UDP的服务器 201
14.5.3 关于UDP协议的其他注意事项 203
14.6 向多台机器广播消息 203
14.7 SHOUTcast服务器 204
14.7.1 SHOUTcast协议 205
14.7.2 SHOUTcast服务器的工作机制 205
14.7.3 SHOUTcast服务器的伪代码 206
14.7.4 运行SHOUTcast服务器 211
14.8 进一步深入 212
第15章 ETS和DETS:大量数据的存储机制 213
15.1 表的基本操作 214
15.2 表的类型 214
15.3 ETS表的效率考虑 215
15.4 创建ETS表 216
15.5 ETS程序示例 217
15.5.1 三字索引迭代器 218
15.5.2 构造表 219
15.5.3 构造表有多快 219
15.5.4 访问表有多快 220
15.5.5 胜出的是…… 220
15.6 DETS 222
15.7 我们没有提及的部分 224
15.8 代码清单 225
第16章 OTP概述 228
16.1 通用服务器程序的进化路线 229
16.1.1 server 1:原始服务器程序 229
16.1.2 server 2:支持事务的服务器程序 230
16.1.3 server 3:支持热代码替换的服务器程序 231
16.1.4 server 4:同时支持事务和热代码替换 233
16.1.5 server 5:压轴好戏 234
16.2 gen_server起步 236
16.2.1 第一步:确定回调模块的名称 237
16.2.2 第二步:写接口函数 237
16.2.3 第三步:编写回调函数 237
16.3 gen_server回调的结构 240
16.3.1 启动服务器程序时发生了什么 240
16.3.2 调用服务器程序时发生了什么 240
16.3.3 调用和通知 241
16.3.4 发给服务器的原生消息 241
16.3.5 Hasta la Vista, Baby(服务器的终止) 242
16.3.6 热代码替换 242
16.4 代码和模板 243
16.4.1 gen_server模板 243
16.4.2 my_bank 245
16.5 进一步深入 246
第17章 Mnesia:Erlang数据库 247
17.1 数据库查询 247
17.1.1 选取表中所有的数据 248
17.1.2 选取表中的数据 249
17.1.3 按条件选取表中的数据 249
17.1.4 从两个表选取数据(关联查询) 250
17.2 增删表中的数据 250
17.2.1 增加一行 251
17.2.2 删除一行 251
17.3 Mnesia事务 252
17.3.1 取消一个事务 253
17.3.2 加载测试数据 255
17.3.3 do()函数 255
17.4 在表中保存复杂数据 256
17.5 表的类型和位置 257
17.5.1 创建表 258
17.5.2 表属性的常见组合 259
17.5.3 表的行为 260
17.6 创建和初始化数据库 260
17.7 表查看器 261
17.8 进一步深入 262
17.9 代码清单 262
第18章 构造基于OTP的系统 266
18.1 通用的事件处理 267
18.2 错误日志 270
18.2.1 记录一个错误 270
18.2.2 配置错误日志 270
18.2.3 分析错误 274
18.3 警报管理 275
18.4 应用服务 277
18.4.1 素数服务 277
18.4.2 面积服务 278
18.5 监控树 279
18.6 启动整个系统 282
18.7 应用程序 285
18.8 文件系统的组织 287
18.9 应用程序监视器 288
18.10 进一步深入 289
18.11 我们如何创建素数 290
第19章 多核小引 292
第20章 多核编程 294
20.1 如何在多核的CPU上更有效率地运行 295
20.1.1 使用大量进程 295
20.1.2 避免副作用 295
20.1.3 顺序瓶颈 296
20.2 并行化顺序代码 297
20.3 小消息、大计算 300
20.4 映射—归并算法和磁盘索引程序 303
20.4.1 映射—归并算法 303
20.4.2 全文检索 307
20.4.3 索引器的操作 308
20.4.4 运行索引器 309
20.4.5 评论 310
20.4.6 索引器的代码 310
20.5 面向未来的成长 311
附录A 给我们的程序写文档 312
附录B Microsoft Windows环境下的Erlang环境 316
附录C 资源 318
附录D 套接字应用程序 321
附录E 其他 335
附录F 模块和函数参考 351
索  引...  415

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/16566727/viewspace-485715/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-10-29

  • 博文量
    922
  • 访问量
    1360271