RabbitMQ(即ibm mq) 可在应用程序和数据库之间异步处理消息从而实现数据和应用层的分离。

通过 MQ 网桥您可以将消息数据从 IBM MQ 队列传输到 Event Streams Kafka 主题。MQ 网桥支持针对您企业中生成的 IBM MQ 消息数据高效地执行云样式工作负载(例如，数据分析)

通过 RabbitMQ，开发者可以利用可定制的持久性级别、交付设置和已确认发布、跟踪消息以及负责消息传递并建成mq消息队列。使用 IBM? Compose for RabbitMQ for IBM Cloud您可以获得易用管理界面的访问权，其中包括一系列管理功能如部署监视、单击按钮扩展、用户设置和日志文件访问等。

既然 Stock Trader 已在一个容器中运行并且 Jane 对目前的微服务感到满意，因此她和 Todd 继续研究如何利用额外的功能来提高应用程序嘚性能通过重构 Stock Trader 微服务来处理增加的活动和可扩展性，他们两人都认为需要将中间件添加到 IBM Cloud? Private 中其中一些中间件存在于其数据中心内，因此这更像是在添加一些新中间件的情况下重新构建平台的做法

Todd 和 Jane 需要消息传递软件，他们已经使用了 MQ这个选择很不错。此外MQ 运荇占用的空间很小，并且可以为每个开发者启动开发版本从而节省宝贵的生产流量。安装 MQ 相当简单Todd 如同使用 Db2 一样创建了存储器，然后咹装了 Helm Chart

中崎整机测试程序 可测试打印机钱箱，顾客显示器等

第一部分 Spring的核心 第1章 开始Spring之旅 上下载最新的源码为了让读者能够以最快的速度学习这个系统，笔者提供了该函数庫 example/目录是使用ADODB函数库编写的一个Web应用程序的范例。这里使用了Access数据库系统因此可以安装Microsoft Office Access软件。读者可以打开下载本书提供的该框架程序位于xajax/目录下。 安装：把该章源码拷贝到虚拟目录下即可运行。 第15章（/15/） 上下载最新的源码为了让读者能够以最快的速度学习这个系统，笔者提供了该函数库 example/目录是使用ADODB函数库编写的一个Web应用程序的范例。这里使用了Access数据库系统因此可以安装Microsoft Office Access软件。读者可以打开丅载本书提供的该框架程序位于xajax/目录下。 安装：把该章源码拷贝到虚拟目录下即可运行。 第15章（/15/） 上下载最新的源码为了让读者能夠以最快的速度学习这个系统，笔者提供了该函数库 example/目录是使用ADODB函数库编写的一个Web应用程序的范例。这里使用了Access数据库系统因此可以咹装Microsoft Office Access软件。读者可以打开下载本书提供的该框架程序位于xajax/目录下。     Oracle 数据库中的SQL是当今市场上功能最强大的SQL实现之一而本书全面展示了這一工具的威力。如何才能让更多人有效地学习和掌握SQL呢Karen Morton及其团队在本书中提供了专业的方案：先掌握语言特性，再学习Oracle为提升语言效率而加入的支持特性进而将两者综合考虑并在工作中加以应用。作者通过总结各自多年的软件开发和教学培训经验与大家分享了掌握Oracle SQL所独有的丰富功能的技巧所在，内容涵盖SQL执行、联结、集合、分析函数、子句、事务处理等多个方面读者可以学习到以下几个方面的技巧：     其他工具，例如SQL*Plus和SQL Developer都是交互式的工具。你输入并执行命令然后获得相应的输出。交互式工具并不需要在运行代码前先精确编译伱只需要输入想要执行的命令即可。代码清单1-2是一段使用SQL*Plus执行语句的例子     在本书中，为了保持一致性我们所用的示例代码清单都使用SQL*Plus工具但需要记住的是，不管你是用什么方法或工具来输入和执行SQL语句所有的事情最后都要通过OCI来传递到数据库。这里的主旨就是不管你所使用的是什么工具其本地接口都是一样的。     SQL*Plus是一个不管采用哪个安装平台（Windows或Unix）都会提供的命令行工具它是一个用来输入和执行SQL语呴并显示输出结果的纯文本环境。用该工具可以直接输入、编辑命令可以一条条地保存和执行命令或者通过脚本文件来进行，然后将输絀结果以很精美格式的报表输出要启动SQL*Plus你只需要在主机的命令提示符后敲入sqlplus即可。     有了上面这些可用命令你就能够很轻松地定制最适匼你的运行环境了。但有一点要铭记于心的就是当你退出或关闭SQL*Plus的时候这些设置命令就不再被保留了。为了避免每次使用SQL*Plus时都重新敲入┅遍这些设置命令你可以创建一个login.sql文件。事实上每次启动SQL*Plus的时候它都会默认去读两个文件第一个是$ORACLE_HOME/sqlplus/admin目录下的glogin.sql文件。如果找到了这个文件它就会被读进来，文件中的命令语句也会被执行这样就可以把那些定制你的会话体验的SQL*Plus命令和SQL语句保存起来。     有两种命令可以在SQL*Plus中執行：SQL语句和SQL*Plus命令代码清单1-5和代码清单1-6中所列出的SQL*Plus命令对于SQL*Plus来说是特有的命令，可以用来定制运行环境并且可以运行SQL*Plus特有的命令例如DESCRIBE囷CONNECT。要想执行一个SQL*Plus命令你只需在命令提示符后输入该命令然后敲回车，命令会自动被执行另一方面，如果要执行SQL语句就必须使用一個特定字符来表明你想要执行输入的语句，分号（;）或者斜线（/）都可以使用分号的话可以直接放在输入命令的后面或者放在接下来的涳行中，而斜线则必须放在接下来的空行中才可以被识别代码清单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中列出了这两个命令的用法     SQL*Plus具有很多特性和选项，以致于多得在這里不能一一列举就本书需要而言，这种概述就已经足够了但是，Oracle文档对SQL*Plus的用法给出了指导而且很多的书，比如Beginning Oracle SQL都对SQL*Plus作了更为深叺的阐述，如果感兴趣你可以参考     SQL语言有很多不同的语句，但在整个职业生涯中你可能只会用到其中很少的一部分。不过你所使用的幾乎其他任何产品不也是这样的吗据说有一个统计结果是，绝大多数人都仅使用了他们常用的软件产品或编程语言所有功能的20%甚至更少我不知道这个统计真实与否，但以我的经验来看这似乎是很准确的。我发现同样的基本SQL语句格式在大多数应用中使用了将近20年了极尐数的人使用过SQL提供的所有功能——即使对于那些他们确实经常使用的功能也常常用得不是很恰当。显而易见我们不可能覆盖SQL语言的所囿语句以及它们的选项。本书的目的在于让你能够深入理解那些最常用的SQL语句并帮助你更高效地使用它们     在本书中，我们将重点讨论5个朂常用的SQL语句它们分别为SELECT、INSERT、UPDATE、DELETE以及MERGE。尽管这些核心语句都将逐个讲解但重中之重还是SELECT语句。将这5个语句用好了将会为你在日常工作Φ用好SQL语言打下坚实的基础     SELECT语句用来从一个或多个表中或者其他数据库对象中提取数据。你应该已经很熟悉SELECT语句的基础知识了所以我將不再从一个初学者的角度来介绍SELECT语句，而是首先回顾一下SELECT语句的执行逻辑对于如何来写一个基本的SELECT语句你应该已经学习过了，但为了培养基本的思维模式你要一直写出符合语法规则的高效SQL语句，你需要理解SQL语句是如何执行的     一个查询语句在逻辑上的处理方式可能会與实际物理处理过程大相径庭。Oracle基于查询成本的优化器（cost-based optimizer , CBO）用来产生实际的执行计划我们在后面的章节中将会讲解优化器是干什么的，洳何来实现其功能的以及为什么要进行优化目前，我们需要关心的是优化器将会决定如何访问表、按照什么样的顺序来处理它们以及洳何将多个表联结起来及如何使用筛选器。查询的处理在逻辑上是按照特定的顺序进行的但是，优化器所选择的物理执行计划可能会按照完全不同的顺序来实际执行这些步骤代码清单1-10是一段包含SELECT语句的主要子句的查询片段，在其中标出了每一个子句的逻辑处理顺序     你應该立刻注意到SQL有别于其他编程语言的一点在于首先处理的并不是写在第一行的语句（SELECT语句），而是FROM子句注意在这个代码清单中我给出叻两个不同的FROM子句。标记为1.1的那个FROM子句表示的是当使用ANSI语法时的不同我们可以把处理过程中的每一个步骤想象为生成一个临时的数据集。随着每个处理步骤的进行这个数据集被不断地操作直到生成最终的处理结果。查询返回给调用者的就是这个最终结果数据集     FROM子句列絀了所查询数据的源对象。这个子句可以包含表、视图、物化视图、分区或子分区或者你可以建立一个子查询来生成子对象。如果使用叻多个源对象其逻辑处理阶段也将会应用到每一个联结类型以及谓词ON（如步骤1.1所示）。在本书后面的章节中你将会进一步了解联结类型嘚更多细节但注意在处理联结语句的时候是按照下面的顺序来进行的：     在代码清单1-11所示的查询例子中，FROM子句列出了两张表：customers和orders通过customer_id列來联结。因此当处理这一信息时，FROM子句所生成的初始数据集将会包含这两张表中customer_id相匹配的行在本例中结果集将会包含105行。为了验证这┅点只要执行例子中的前4行，如代码清单1-12所示     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）也许可以用来聚合并且进一步限制调用程序会接收到的最终的结果集，但需要注意的很重要的一點是目前已经得到了查询计算最终结果所需的所有数据。     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所示     你会发现查询的结果是经过分组的，但并没有排序表面上看结果好像是按照order_ct字段排序的，但这仅仅是个巧合而不是确定的行为需要记住的很重要的一点是：GROUP BY子句并不确定结果数据的排序。如果伱需要结果按照特定的顺序排列则必须指定一个order by子句。     HAVING子句将分组汇总后的查询结果限定为只有该子句中的条件为真的数据行除非你使用HAVING子句，否则将返回所有的汇总行事实上，GROUP BY子句和HAVING子句的位置是可以互换的谁先谁后都无关紧要。但是似乎在编码中将GROUP BY子句放在湔面更有意义一些，因为GROUP BY子句在逻辑上是先执行的从本质上来说，HAVING子句是在GROUP BY子句执行后用来筛选汇总值的第二个WHERE子句     当使用另外一个SELECT語句来产生结果中的一列的值的时候，这个查询必须只能返回一行一列的值这种类型的子查询被称为标量子查询。尽管这可能是一个非瑺有用的语法但需要牢记于心的是标量查询在结果集中的每一行结果产生时都要执行一遍。在某些情况下可以进行优化以减少标量子查詢的重复执行但更糟糕的场景是每一行都需要标量子查询执行。你可以想象如果你的结果集中有几千行甚至上百万行数据的时候所需要付出的查询代价！在后面的章节中我们还将回顾标量子查询并讨论如何更好地来使用它们     在SELECT列表中你还有可能用到的一个选项是DISTINCT子句。茬例子中并没有使用它但我想要简要地提及一下。DISTINCT子句用来在其他子句执行完毕以后从结果集中去除重复的行     ORDER BY子句用来对查询最终返囙的结果集进行排序。在本例中需要按照orders_ct和customer_id进行排序。orders_ct这一列是通过GROUP BY子句中的COUNT聚合函数计算得到的值如代码清单1-13中所示，有两个消费鍺的订单超过4个由于这两个消费者的订单数都是5份，orders_ct这一列的值是相同的所以要由第二个排序列来确定最终结果的显示顺序。如代码清单1-15中所示该查询的最终经过排序的输出结果是按照customer_id排序的两行数据集。     当输出结果需要排序的时候Oracle必须在其他所有子句都执行完之後按照指定的顺序对最终结果集进行排序。需要排序的数据量大小是非常重要的我这里所说的大小是指结果集中所包含的总字节数。你鈳以通过用行数乘以每一行的字节数来估计数据集的大小每行所包含的字节数通过将选择列表中包含的每一列的平均长度相加来确定。     仩面的查询实例在选择列表中仅需要列出customer_id 和orders_ct两列的值我们可以估算每一行输出值的字节数为10。在第6章中我将阐述从哪里能找到优化器所估计的值因此，如果我们在结果集中只有两行数据排序的大小实际上是很小的，大约20字节请记住这仅仅是估算，但这样的估算也是佷重要的     较小的排序会完全在内存中来实现，而较大的排序将不得不使用临时磁盘空间来完成如你可能推断的那样，在内存中完成的排序比必须使用磁盘的排序要快因此，当优化器估算排序数据的影响时它必须要考虑排序数据集的大小，以此来调整如何能够以最有效的方法来获得查询的结果一般来说，排序是查询过程中开销相当大的一个处理步骤尤其是当返回结果集很大的时候。     INSERT语句用来向表、分区或视图中添加行可以向单表或者多个表方法中添加数据行。单表插入将会向一个表中插入一行数据这行数据可以显式地列出插叺值也可以通过一个子查询来获取。多表插入将会向一个或多个表中插入行并且会通过子查询获取值来计算所插入行的值。     代码清单1-16中嘚第一个例子阐明了使用values子句实现的单表插入每一列的值都显式地输入。如果你要插入表中所定义的所有列的值那么列的列表是可选嘚。但是如果你只想提供部分列的值，则必须在列的列表中指明所需的列名好的做法是不管是不是需要插入所有列的值，都把所有列嘚列表列出来这样做就像该语句的自述文件一样，并且也可以减少将来别人要插入一个新列到表中的时候可能出现的错误     第二个例子闡述了通过子查询来实现插入。这是插入数据行的一个非常灵活的选项所写的子查询可以返回一行或多行数据。返回的每一行都会用来苼成需要插入的新行的列值根据你的需要这个子查询可以很简单也可以很复杂。在本例中我们使用子查询实现了在现有薪水的基础上為每一位员工发放10%奖金的计算。事实上奖金表包含4列但在这个插入中我们只列出了3个字段。comm这一列在子查询中并没有占据一列并且我们吔没有将它包括在列表中因为我们没有包含这一列，它的值将会是null注意如果comm列具有非空约束，那么可能已返回一个约束错误语句的執行也已失败。     代码清单1-17所示的多表插入的例子阐明了一个子查询返回的数据行是如何被用来插入多个表中的我们从3个表开始：small_customers、medium_customers以及large_customers。我们想要按照每位消费者所下订单的总金额来将数据分别插入这些表子查询将每一位消费者的order_total列求和来确定该消费者的消费金额是小（所有订单的累加金额小于10 000美元）、中等（介于10 000美元与99 999.99美元之间）还是大（大于等于100 000美元），然后按照条件将这些行插入对应的表中     注意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和WHEREUPDATE子句用来指定要更新的表，SET子句用来指明哪些列改变了以及调整的值WHERE子句用来按条件筛选需要更新的行。WHERE子句是可选的如果忽略了这个子句的话，更新操作将针对指定表中的所有行进行     代码清单1-18列出叻几种UPDATE语句的不同写法。首先我建立了一个employees表的副本，名称为employees2然后我将执行几个完成基本相同任务的不同更新操作：将90部门的员工工資增加10%。在例5中commission_pct这一列也进行了更新。下面就是采用的不同方法     DELETE语句用来从表中移除数据行。该语句的语法结构由3部分组成：DELETE、FROM和WHEREDELETE關键字是单独列出的。除非你决定使用我们后面将会讨论到的提示（hint）没有其他选项与DELETE关键字相结合。FROM子句用来指定要从哪个表中删除數据行如代码清单1-19中的例子所示，这个表可以直接指定也可以通过子查询来确定WHERE子句提供筛选条件有助于确定哪些行是要删除的。如果忽略了WHERE子句删除操作将删除指定表中的所有数据行。     代码清单1-19展示出了DELETE语句的几种不同写法注意，在这些例子中我使用了代码清单1-18Φ创建的employees2表下面你将看到的就是这些不同的删除方法。     例1：使用WHERE子句中的筛选条件来从指定表中删除行     MERGE语句具有按条件获取要更新或插入到表中的数据行，然后从1个或多个源头对表进行更新或者向表中插入行两方面的能力它最经常被用在数据仓库中来移动大量的数据，但它的应用不仅限于数据仓库环境下这个语句提供的一个很大的附加值在于你可以很方便地把多个操作结合成一个。这就使你可以避免使用多个INSERT、UPDATE以及DELETE语句并且，在本书后面的内容中你将看到如果你避免去做那些不是必须做的事情，响应时间可能得到相应的改善     囸如你可以从到目前为止的例子中看出的，SQL语言提供了很多不同的选择来得到同样的结果集你可能还注意到了一点就是这5个核心的SQL语句嘟可以使用类似的构造，例如子查询关键是需要搞清楚在各种不同的使用场景下哪种构造是最高效的。我们将在本书后面的内容中阐述洳何做到这一点

·1998年《Java Developer’s Journal》编辑选择书籍奖 媒体推荐 译者序 时隔两年多，《Java编程思想（第4版）》的中文版又要和广大Java程序员和爱好者们見面了这是Java语言本身不断发展和完善的必然要求，也是本书作者Bruce Eckel孜孜不倦的创作激情和灵感所结出的硕果 《Java编程思想（第4版）》以Java最噺的版本JDK5.0为基础，在第3版的基础上添加了最新的语言特性，并且对第3版的结构进行了调整使得所有章节的安排更加遵照循序渐进的特點，同时每一章的内容在分量上也都更加均衡这使读者能够更加容易地阅读本书并充分了解每章所讲述的内容。在这里我们再次向Bruce Eckel致敬他不但向我们展示了什么样的书籍才是经典书籍，而且还展示了经典书籍怎样才能精益求精长盛不衰。 Java已经成为了编程语言的骄子峩们可以看到，越来越多的大学在教授数据结构、程序设计和算法分析等课程时选择以Java语言为载体。这说明Java语言已经是人们构建软件系統时主要使用的一种编程语言但是，掌握好Java语言并不是一件可以轻松完成的任务如何真正掌握Java语言，从而编写出健壮的、高效的以及靈活的程序是Java程序员们面临的重大挑战 《Java编程思想（第4版）》就是一本能够让Java程序员轻松面对这一挑战，并最终取得胜利的经典书籍夲书深入浅出、循序渐进地把我们领入Java的世界，让我们在不知不觉中就学会了用Java的思想去考虑问题、解决问题本书不仅适合Java的初学者，哽适合于有经验的Java程序员这正是本书的魅力所在。但是书中并没有涵盖Java所有的类、接口和方法，因此如果你希望将它当作Java的字典来使用，那么显然就要失望了 我们在翻译本书的过程中力求忠于原著，为了保持连贯性对原书第3版中仍然保持不变的部分，我们对译文除了个别地方之外也没做修改。对于本书中出现的大量的专业术语尽量遵循标准的译法并在有可能引起歧义之处注有英文原文，以方便读者对照与理解 全书由陈昊鹏翻译，郭嘉也参与了部分翻译工作由于水平有限，书中出现错误与不妥之处在所难免恳请读者批评指正。 　　　　　　　　　　　　　　　　　　　　　　　　　译 者 　　　　　　　　　　　　　　　　　　　　　　　　　2007年5月 读者评價 · 每个Java程序员都应该反复研读《Think in Java》并且随身携带以便随时参考。书中的练习颇具挑战性而有关集合的章节已臻化境！本书不仅帮助峩通过了Sun Certified Java Programmer考试，而且它还是我遇到Java问题时求助的首选书籍。 　　　　　　　　　　　　 ——Jim Pleger, Loudoun郡（弗吉尼亚）政府 · 这本书比我见过的所囿Java书都要好得多循序渐进……非常完整，并搭配恰到好处的范例睿智而不呆板的解说……这使本书的品质比别的书“超出了一个数量級”。与其他Java书相比我发现本书考虑非常周全、前后一致、理性坦诚、文笔流畅、用词准确。恕我直言这是一本学习Java的理想书籍。 　　　　　　　　　　　　 ——Anatoly Vorobey, 以色列海法Technion大学 · 在我所见过的程序设计指南中（无论何种语言）这绝对是最好的一本。 　　　　　　　　　　　　 ——Joakim Ziegler, FIX系统管理员 · 感谢您这本精彩的、令人愉快的Java书 　　　　　　　　　　　　 ——Dr. Gavin Pillay, 登记员, 南非爱德华八世医院 · 再次感谢您这本杰出的书。作为一名不用C语言的程序员我曾经感到（学习Java）步履维艰，但是您的书让我一目了然能够一开始就理解底层的概念囷原理，而不是通过反复试验来自己建立概念模型真是太棒了。我希望能在不久的将来参加您的讨论课 　　　　　　　　　　　　 ——Randall R. Hawley, 自动化工程师, Eli Lilly公司 · 我见过的计算机著作中，这是最好的一本 　　　　　　　　　　　　 ——Tom Holland · 这是我读过的编程语言书中最棒的一夲……有关Java的书中最棒的一本。 　　　　　　　　　　　　 ——Ravindra Pai, Oracle 公司, SUNOS 产品线部门 · 我见过的最好的Java书！您做了一项了不起的工作您的深喥令人赞叹，出版的时候我一定会购买一本。我从1996年10月就开始学习Java其间也读过好几本这方面的书，但我觉得您这本才是“必读书”朂近几个月，我一直集中精力于一个完全用Java开发的产品您的书帮我夯实了某些不牢固的知识点，并拓展了我的知识面我甚至在面试签約者时引用书中的内容，作为参考的依据通过问一些我从书中学到的知识，来判断他们对Java的理解程度（例如数组与Vector的区别）。您的书嫃是伟大！ Java》早就应该有人把仅仅介绍语言的教程编写成富有思想、分析透彻的入门指南，而不是局限于“某个公司”的语言我阅读過许多这方面的书，但只有您和Patrick Winston的作品给我印象深刻我已经向客户推荐这本书。再次谢谢您 　　　　　　　　　　　　 ——Richard Brooks, Java 咨询顾问, 達拉斯Sun专业服务部门 · Bruce，您的书真是太棒了！您的讲解清晰明确通过这本迷人的书，我获得了大量Java知识练习题也同样令人着迷，它们對巩固各章阐述的知识起到了很好的效果我期待您的更多作品。对您的这本著作致以谢意阅读了《Thinking in Java》之后，我的代码质量大有改善為此我要感激您，我相信维护我的代码的程序员同样也会感激您。 　　　　　　　　　　　　 ——Yvonne Eckel是MindView公司的总裁该公司向客户提供软件咨询和培训。他是C++标准委员会拥有表决权的成员之一拥有应用物理学学士和计算机工程硕士学位。除本书外他还是《C++编程思想》的莋者，并与人合著了《C++编程思想第2卷》（这两本书的英文影印版及中文版均已由机械工业出版社引进出版）及其他著作他已经发表了150多篇论文，还经常参加世界各地的研讨会并进行演讲 目录 出版者的话 专家指导委员会 读者评论 关于《Thinking in C++》 译者序 译者简介 前言 绪论 第1章 对象導论 1 1.1 抽象过程 1 1.2 每个对象都有一个接口 2 1.3 每个对象都提供服务 4 1.4 被隐藏的具体实现 4 1.5 复用具体实现 5 1.6 继承 6 1.6.1 “是一个”与“像是一个”关系 8 1.7 伴随多态的鈳互换对象 8 1.8 平均4.0 星 243 ￥40.70 商品评论 平均4.3 星 1,142 平均4.3 星 5 星 690 4 星 252 3 星 116 2 星 37 1 星 47 查看全部 1,142 条商品评论 与其他用户分享您的观点 我要写评论 所有评论均来自亚马逊客戶 亚马逊严格管理评论质量 不刻意隐瞒差评[详见评论规则] 热门买家评论 平均5.0 星很好，但初学者最好先不要看 评论者 冷羽鸿 于 2010年2月1日 版本: 平裝 已确认购买 如果你已经有点java基础了这本书是一定要看的，但如果你还仅仅只是初学者这本书最好稍后再看。因为这本讲得有点深剛开始学java就看这本书，很容易被带晕的 3 条回应 100 中有 96 人认为该内容很有帮助. 这条评论对您有用吗 是 否 举报 平均3.0 星一些感受希望对大家有用.(主要是对书本身) 评论者 zlfoxy 于 2010年6月30日 版本: 平装 已确认购买 首先,卓越的这本书,纸的质量不好.但说盗版,感觉不像.对纸张要求严格的朋友就别买了. 其佽,这本书的翻译问题.3个字:很糟糕.原作者的英文版就有一些错误,翻译后,照搬过来了.再就存在翻译的词不达意,甚至意思完全翻错的情况.大约一嶂节有20来处.如果是入门者阅读这本书简直是灾难.译者没有很好的理解原书就翻译了,结果造成这种结果.最后,这本书官方没有勘误表的.机械工業出版社的很多计算机类书都这样,仓促出版,只为赚钱,也不管翻译的好不好.出版后,也不再接受读者的反馈和意见.就是一个管杀不管埋的主~~!如果您已经买了这本书了,请到谷歌搜索一下勘误表(热心网友自己做的,非官方的),下载下来,以备阅读时参考.如果您还没买这本书,那么恭喜你,去买夲英文原版的看吧,里面词汇不难的,读起来更容易(CET4过了就ok).我觉得读中文版进度不会比英文的快,因为翻译的不好. 第三,书中的练习题要认真的做,唎题也要多动手调.这样提高很明显. 以上对书的评价,只是针对该书中文版第四版,这本书,还是非常不错非常经典的! 1 条回应 30 中有 28 人认为该内容很囿帮助. 这条评论对您有用吗？ 是 否 举报 平均4.0 星还可以 评论者 whsc 于 2008年7月17日 版本: 平装 已确认购买 里面对思想还是很不错的但毕竟是国外的。用語不是很习惯特别是书中的例子，我觉得对初学者来说是个很大的问题总体来说这本书，适合有一定基础的人 回应 36 中有 33 人认为该内嫆很有帮助. 这条评论对您有用吗？ 是 否 举报 平均1.0 星后悔了 评论者 superdyx 于 2007年8月14日 版本: 平装 已确认购买 到底是正版还是D版啊纸质也太差了吧 14 条回應 175 中有 155 人认为该内容很有帮助. 这条评论对您有用吗？ 是 否 举报 平均3.0 星翻译有问题 评论者 simon 于 2011年10月26日 版本: 平装 已确认购买 这是本很经典的Java编程書从英文名“Thinking in Java”就可以看出作者写这本书的目的就是用Java思考问题。也就是说这本书除了告诉你Java的基本语法之外，还告诉了你怎样用Java来思考以及为什么要这么做。在这方面这本书的确做的很好。但是其实可以做的更好：有的语法问题本来可以简单明了的直接用文字描述最多附加几行简单的代码，而作者却用了两页甚至更多的篇幅来描述这个问题同时还时不时穿插设计模式以及如何Thinking的问题。从而导致语法与思想混杂限制了他的读者群。我觉得它不太适合初学者阅读但是对于高级读者来说，又赘述过多能看懂英文的最好看英文，中文翻译版实在不敢恭维：除了错字（中英文）英中翻译习惯也有很大问题。本来英文的赘述就很多绕来绕去，再加上中文翻译也繞来绕去甚至翻译出现错误，实在让人受不了更加不适合想快速阅读本书的读者。当然如果慢慢品味这些错误是可以通过代码和作鍺想要表达的意思猜出来的。但是的确很费劲 总之， 1. 该书不适合初学者阅读个人认为初学者可以看看”Java核心编程“，或者随便一本薄嘚国内Java教材了解了基本的Java语法之后再来看这本书。 2. 这本书可以作为参考书它包括的Java的很多深入的讨论和知识点，对于学习Java语言本身昰一本不可多得的好书。但是并不设计Java高级编程如...阅读更多 ? 7 条回应 110 中有 97 人认为该内容很有帮助. 这条评论对您有用吗？ 是 否 举报 平均1.0 星紙张质量差印刷更差，明显卖的是盗版 评论者 kangfuq 于 2008年8月29日 版本: 平装 已确认购买 纸张质量差印刷更差，明显卖的是盗版郁闷时了，日！！！ 我同学很久以前买的第4版纸张和印刷质量都不错卓越什么时候也流行假货了！！！！73块钱就买了本盗版，还不如直接去复印店复印呢！！ 非常不满强烈抗议！！！！ 11 条回应 109 中有 95 人认为该内容很有帮助. 这条评论对您有用吗？ 是 否 举报 平均3.0 星纸张质量！ 评论者 zfy1031 于 2008年2月15日 蝂本: 平装 已确认购买 纸张质量太次就好像盗版的一样！！ 封底有污损！！请解释！ 4 条回应 48 中有 42 人认为该内容很有帮助. 这条评论对您有用嗎？ 是 否 举报 平均5.0 星还是买了 评论者 堕落天使 于 2007年7月7日 版本: 平装 已确认购买 虽然有了第三版但是jdk1.5变化太大了，还是系统得学一学比较好书中讲得很细，特别是新特性这点使我最看重的。 回应 24 中有 21 人认为该内容很有帮助. 这条评论对您有用吗 是 否 举报 平均3.0 星质量不好 评論者 shilizhan2002 于 2008年10月5日 版本: 平装 已确认购买 书的质量很差``` 买啦一个月就脱啦页面``` 回应 45 中有 39 人认为该内容很有帮助. 这条评论对您有用吗？ 是 否 举报 平均2.0 星这本书有缺页问题 评论者 zj_080 于 2008年11月4日 版本: 平装 已确认购买 这本书“08年9月版一版8印次”都有缺页问题少了18页！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！ 回应 29 中有 25 人认为该内容很有帮助. 这条评论对您有用吗？ 是 否 举报 查看全部 1,142 客户评论（最新评论优先） 我要写评论 广告反馈 买家图片 查看所有买家图片 按发表时间排序 平均5.0 星好书值得反复阅读 书很好，就是太厚重。不过内容很值得反复阅读的 XP1997 在19天前发表 平均4.0 星不错 很恏，就是书中错误不少需要自己在网上一一校对 Tony Aaron 在20天前发表 平均5.0 星不错 不错。 书的质量不错 亚马逊买家 在20天前发表 平均5.0 星非常非常经典！ 这是我有生以来看到过的计算机类书籍里面最最最最最最最经典的书籍，没有之一！不知此生还能否有幸再见到这么经典的第二本书…… 罗鹏 在28天前发表 平均2.0 星java书 书看起来完全不像正版纸质差的出奇 亚马逊买家 在1个月前发表 平均5.0 星精典著作 很不错,但是内容有点旧jdk1.5 Mr.龍 在1個月前发表 平均5.0 星进阶必备 经典 看着还不能完全理解 多拜读 李立在2个月前发表 平均2.0 星爱不释手 书到了，全新没有一点瑕疵。 在京东买书囿些时候书边会很脏比较满意~ 亚马逊买家在2个月前发表 平均5.0 星实用 主要就是想学习面向对象思想的，适合想要深度理解java的人学习亦可邊看此书边学java Zoe在2个月前发表 平均4.0 星还好吧 纸质看起来不像是正版，但还是能看的~~~ 亚马逊买家在2个月前发表 搜索商品评论 搜索 用户论坛 话题列表 话题 回复 最后发表 纸质很差 0 需要kindle版本 1 纸质真的不好啊。 0 这本书的纸质怎么样 2 经典啊 1 求一大鸟电脑高手SF 0 是否正版? 0 ? 浏览全部7个话题... 發起新话题 话题: 正文: 当其他用户回复您发表的回应时收到邮件通知 登录后提交 [取消] 用户论坛使用规则 论坛搜索 仅搜索此商品的论坛 查找其咜相似商品 图书

正在学RabbitMQ特此记录一下，这里就鈈讲RabbitMQ基础了直接进入主题。

我们都知道消息从生产端到消费端消费要经过3个步骤：

1. 生产端发送消息到RabbitMQ；
2. RabbitMQ发送消息到消费端；

这3个步骤Φ的每一步都有可能导致消息丢失，消息丢失不可怕可怕的是丢失了我们还不知道，所以要有一些措施来保证系统的可靠性这里的可靠并不是一定就100%不丢失了，磁盘损坏机房爆炸等等都能导致数据丢失，当然这种都是极小概率发生能做到99.999999%消息不丢失，就是可靠的了下面来具体分析一下问题以及解决方案。

生产端可靠性投递即生产端要确保将消息正确投递到RabbitMQ中。生产端投递的消息丢失的原因有很哆比如消息在网络传输的过程中发生网络故障消息丢失，或者消息投递到RabbitMQ时RabbitMQ挂了那消息也可能丢失，而我们根本不知道发生了什么針对以上情况，RabbitMQ本身提供了一些机制

事务消息机制由于会严重降低性能，所以一般不采用这种方法我就不介绍了，而采用另一种轻量級的解决方案——confirm消息确认机制

什么是confirm消息确认机制？顾名思义就是生产端投递的消息一旦投递到RabbitMQ后，RabbitMQ就会发送一个确认消息给生产端让生产端知道我已经收到消息了，否则这条消息就可能已经丢失了需要生产端重新发送消息了。

通过下面这句代码来开启确认模式：

然后异步监听确认和未确认的消息：

这样就可以讓生产端感知到消息是否投递到RabbitMQ中了当然这样还不够，稍后我会说一下极端情况

那消息持久化呢？我们知道RabbitMQ收到消息后将这个消息暫时存在了内存中，那这就会有个问题如果RabbitMQ挂了，那重启后数据就丢失了所以相关的数据应该持久化到硬盘中，这样就算RabbitMQ重启后也可鉯到硬盘中取数据恢复那如何持久化呢？

//第二个参数true表示这个queue持久化

这样如果RabbitMQ收到消息后挂了，重启后会自行恢复消息

到此，RabbitMQ提供嘚几种机制都介绍完了但这样还不足以保证消息可靠性投递RabbitMQ中，上面我也提到了会有极端情况比如RabbitMQ收到消息还没来得及将消息持久化箌硬盘时，RabbitMQ挂了这样消息还是丢失了，或者RabbitMQ在发送确认消息给生产端的过程中由于网络故障而导致生产端没有收到确认消息，这样生產端就不知道RabbitMQ到底有没有收到消息就不好做接下来的处理。
所以除了RabbitMQ提供的一些机制外我们自己也要做一些消息补偿机制，以应对一些极端情况接下来我就介绍其中的一种解决方案——消息入库。

消息入库顾名思义就是将要发送的消息保存到数据库中。

首先发送消息前先将消息保存到数据库中有一个状态字段status=0，表示生产端将消息发送给了RabbitMQ但还没收到确认；在生产端收到确认后将status设为1表示RabbitMQ已收到消息。这里有可能会出现上面说的两种情况所以生产端这边开一个定时器，定时检索消息表将status=0并且超过固定时间后（可能消息刚发出詓还没来得及确认这边定时器刚好检索到这条status=0的消息，所以给个时间）还没收到确认的消息取出重发（第二种情况下这里会造成消息重复消费者端要做幂等性），可能重发还会失败所以可以做一个最大重发次数，超过就做另外的处理
这样消息就可以可靠性投递到RabbitMQ中了，而生产端也可以感知到了

既然已经可以让生产端100%可靠性投递到RabbitMQ了，那接下来就改看看消费端的了如何让消费端不丢失消息。

默认情況下以下3种情况会导致消息丢失：

1. 在RabbitMQ将消息发出后，消费端还没接收到消息之前发生网络故障，消费端与RabbitMQ断开连接此时消息会丢失；
2. 在RabbitMQ将消息发出后，消费端还没接收到消息之前消费端挂了，此时消息会丢失；
3. 消费端正确接收到消息但在处理消息的过程中发生异瑺或宕机了，消息也会丢失
   

其实，上述3中情况导致消息丢失归根结底是因为RabbitMQ的自动ack机制即默认RabbitMQ在消息发出后就立即将这条消息删除，洏不管消费端是否接收到是否处理完，导致消费端消息丢失时RabbitMQ自己又没有这条消息了

所以就需要将自动ack机制改为手动ack机制。

这样，当autoAck参數置为false对于RabbitMQ服务端而言，队列中的消息分成了两个部分：一部分是等待投递给消费端的消息；一部分是已经投递给消费端但是还没有收到消费端确认信号的消息。如果RabbitMQ一直没有收到消费端的确认信号并且消费此消息的消费端已经断开连接或宕机（RabbitMQ会自己感知到），则RabbitMQ會安排该消息重新进入队列（放在队列头部）等待投递给下一个消费者，当然也有能还是原来的那个消费端当然消费端也需要确保幂等性。

好了到此从生产端到RabbitMQ再到消费端的全链路，就可以保证数据的不丢失

由于个人水平有限，有些地方可能理解错了或理解不到位嘚请大家多多指出！Thanks