java jdbc中Statement,ResultSet,PreparedStatement中各代表什么意思_百度知道
java jdbc中Statement,ResultSet,PreparedStatement中各代表什么意思
提问者采纳
常用后者原因在于参数设置非常方便.都比直接用Statement的代码高很多档次;tb_name&c&quot，因为;values&nbsp,;+&+var4+&quot.PreparedStatement尽最大可能提高性能;ROW&=&stmt&nbsp,几乎不太可能匹配三;f&+&nbsp.代码的可读性和可维护性.&nbsp,,'&),var1);=&=&nbsp.至于ResultSet，例如?;&Table1&quot,.最重要的一点是极大地提高了安全性.getString(&(r;　String&nbsp,有可能要对drop，并且它通过一套 get 方法（这些 get 方法可以访问当前行中的不同列）提供了对这些行中数据的访问,那么 下次调用时只要是相同的预编译语句就不需要编译;),')&&nbsp,col4)&nbsp.createStatement();insert&a&quot&nbsp.虽然用PreparedStatement来代替Statement会使代码多出几行;);),你就用不着对传入的数据做任何过虑,var2);i&nbsp.只要全使用预编译语句：Statement执行一条sql就得编译一次:stmt.getFloat(&=&nbsp：一.'insert&(col1;perstmt&nbsp.而如果使用普通的&#39,而由于每次操作的数据不同所以使整个语句相匹配的机会极小;;values&into&nbsp.这并不是说只有一个 Connection中多次执行的预编译语句被缓存;r.next()){　//&nbsp,但这样的代码无论从可读性还是可维护性上来说,col4)&nbsp,var4)；还有就是sql放置的位置不同,即使是相同一操作;).setString(1;打印当前行的值;(col1.因为预编译语句有可能被重复调用;ResultSet&nbsp.setString(4,&&.而statement的语句中，后者只编译一次;(;tb_name&i&nbsp，PrepareStatement只编译一次.executeUpdate();f);　float&s&s&二.println(&quot.setString(2;SELECT&nbsp.所以语句在被DB的编译器编译后的执行代码被缓存下来,只要将参数直接传入编译过的语句执行代码中(相当于一个涵数)就会得到执行;c&r,col2;into&nbsp：&#39.使用预编译语句.getInt(&&+var2+&quot?)&=&nbsp。　int&ResultSet 包含符合 SQL 语句中条件的所有行;&quot.executeUpdate(&r&nbsp,,&nbsp,&　S区别?;b&b.prepareStatement(&+&r;FROM&+var1+&=&nbsp,只要预编译的语句语法和缓存中匹配;while&常用后者原因在于参数设置非常方便.setString(3；一般我们使用PreparedStatement代替S&&&+&nbsp.Statement&=&perstmt?;stmt.你传入的任何内容就不会和原来的语句发生任何匹配的关系,var3)敛颧翅断俨登氟沦.每一种数据库都会尽最大努力对预编译语句提供最大的性能优化.那么在任何时候就可以不需要再次编译而可以 直接执行,col2;&quot,col2;('&quot,&nbsp,col2.executeQuery(&+var3+&&等做费尽心机的判断和过虑;;),而是对于整个DB中;perstmt；执行一条sql就得编译一次;a;&+&perstmt
提问者评价
其他类似问题
按默认排序
其他4条回答
如，所以当多次执行一条SQL语句时用它会更快(2)在设置参数是可以用“,&#39.preparedStatement(insert into test values(：包含了Statement和PreparedStatement的executeQuery方法中SELECT的结果集;123'ResultSet接口.setString(1?))？”代替：用于执行不带参数的简单SQL语句;)Statement接口,&#39,;);pstmt：PreparedStatement pstmt=gg&#39。创建Statement实例对象后可以调用JDBC提供的3倡姑冠煌攉号襟亲种执行SQL语句的方法PreparedStatement接口。相当于用它来读取数据库里每列的值;pstmt：它与Statement 的主要区别(1)它包含的SQL语句是预编译的.setString(2?
Statement是用来执行语句的ResultSet 是结果集PreparedStatement是预处理用的
Statement接口：用于执行不带参数的简单SQL语句。创建Statement实例对象后可以调用JDBC提供的3种执行SQL语句的方法：(1)executeUpdate()方法，一般用于执行SQL的INSERT，DELETE，UPDATE语句(2)executeQuery()方法，一般用于执行SQL的SELECT语句，因为 它的返回值是执行SQL语句后产生的一个ResultSet接口的实例(结果集)(3)execute()方法，即一般它执行的SQL语句既有查询又有更新值，约等于executeUpdate()和executeQuery()两个方法的合辑。PreparedStatement接口：它与Statement 的主要区别(1)它包含的SQL语句是预编译的，所以当多次执行一条SQL语句时用它会更快(2)在设置参数是可以用“？”代替。如：PreparedStatement pstmt=conn.preparedStatement(insert into test values(?,?));pstmt.setString(1,'gg');pstmt.setString(2,'123');ResultSet接口：包含了Statement和PreparedStatement的executeQuery方法中SELECT的结果集。相当于用它来读取数据库里每列的值。
statement的百科：ResultSet是查询到的结果集
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁Java平台_百度百科
收藏 查看&Java平台本词条缺少信息栏、名片图，补充相关内容使词条更完整，还能快速升级，赶紧来吧！
由Java和Java核心类所构成它为纯Java程序提供了统一的而不管下层是什么
java是一个可以在不同例如windows,unix等上运行的编程语言java平台是指运行在各种终端如pc服务器移动设备的系统软件PC机上的java程序是用javaSE开发出来的服务器端的java程序是用开发出来的移动设备的java程序是用javaME开发出来的Java 2 Micro Edition 概念
J2ME(Java 2 Micro Edition)是Java 2的一个组成部分它与J2SEJ2EE并称根据Sun的定义J2ME是一种高度优化的Java运行环境主要针对消费类电子设备的例如和可视电话等等J2ME技术在1999年的JavaOne Developer Conference大会上正式推出它将的与平台无关的特性移植到小型电子设备上,允许移动无线设备之间共享J2SE商业版本标准版本 (Java2 Standard Edition) 定位在主要用于的编程
J2SE 包含那些构成Java语言核心的类J2EE Java2平台企业版Java 2 Platform,Enterprise Edition[1]
J2EE是一套全然不同于传统应用开发的技术架构包含许多组件主要可简化且规范应用系统的开发与部署进而提高可移植性安全与再用价值
J2EE核心是一组技术规范与指南其中所包含的各类组件服务架构及技术层次均有共通的标准及规格让各种依循J2EE架构的不同平台之间存在良好的兼容性解决过去企业后端使用的信息产品彼此之间无法兼容导致企业内部或外部难以互通的窘境Java的类库包含了编译Java程序所需要的最核心文件
1.核心库文件其中有
(1)数据结构的库包括列表字典和树等
(3)安全方面应用库
(4)国际化和本地化应用库
2.综合库文件包含了程序员和其他系统通信的功能文件
(1)即Java数据库联通的
(2)即Java命名和目录接口
(3)和用于重新分发软件
3.用户界面库文件包含
(1)即抽象窗口开发包提供了产生所需要的功能
(3)其他用于回访媒体文件录音截图的库
4.一个用于执行软件的(JVM)
5.插件可以在里面使用
6.JWS可以让终端用户连接到互联网
7.许可文件和文档[2]
新手上路我有疑问投诉建议参考资料 查看JAVA中究竟什么是bean,它的实质是什么？_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
JAVA中究竟什么是bean,它的实质是什么？|J​A​V​A​中​究​竟​什​么​是​b​e​a​n​,​它​的​实​质​是​什​么
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢Java消息服务 _百度百科
收藏 查看&Java消息服务本词条缺少信息栏，补充相关内容使词条更完整，还能快速升级，赶紧来吧！
Java消息服务Java Message ServiceJMS是一个平台中关于面向消息中间件MOM的用于在两个应用程序之间或分布式系统中发送消息进行异步通信Java消息服务是一个与具体平台无关的API绝大多数MOM提供商都对JMS提供支持Java消息服务的规范包括两种消息模式点对点和发布者/订阅者许多提供商支持这一通用框架因此程序员可以在他们的分布式软件中实现面向消息的操作这些操作将具有不同面向消息中间件产品的可移植性Java消息服务支持同步和异步的消息处理在某些场景下异步消息是必要的在其他场景下异步消息比同步消息操作更加便利Java消息服务支持面向事件的方法接收消息事件驱动的程序设计现在被广泛认为是一种富有成效的程序设计范例程序员们都相当熟悉在应用系统开发时Java消息服务可以推迟选择面对消息中间件产品也可以在不同的面对消息中间件切换
Java消息服务Java Message ServiceJMS是一种与厂商无关的 API用来访问消息收发系统它类似于 JDBC (Java Database Connectivity)这里JDBC 是可以用来访问许多不同关系数据库的 API而 JMS 则提供同样与厂商无关的访问方法以访问消息收发服务许多厂商目前都支持 JMS包括 IBM 的 MQSeriesBEA的 Weblogic JMS service和 Progress 的 SonicMQ这只是几个例子 JMS 使您能够通过消息收发服务有时称为消息中介程序或路由器从一个 JMS 客户机向另一个 JML 客户机发送消息消息是 JMS 中的一种类型对象由两部分组成报头和消息主体报头由路由信息以及有关该消息的元数据组成消息主体则携带着应用程序的数据或有效负载根据有效负载的类型来划分可以将消息分为几种类型它们分别携带简单文本 (TextMessage)可序列化的对象 (ObjectMessage)属性集合 (MapMessage)字节流 (BytesMessage)原始值流 (StreamMessage)还有无有效负载的消息 (Message)JMS通过允许创建持久订阅来简化时间相关性即使消息预订者未激活也可以接收到消息此外使用持久订阅还可通过队列提供灵活性和可靠性而仍然允许消息被发给许多的接收者 Topic Subscriber topic Subscriber = topicSession.createDurableSubscriber(topic, subscriptionName);
Connection对象表示了到两种消息模型中的任一种的消息系统的连接服务器端和客户机端对象要求管理创建的JMS连接的状态连接是由Connection Factory创建的并且通过JNDI查寻定位 //取得用于 P2P的 QueueConnectionFactory QueueConnectionFactory = queueConnectionFactory( ); Context messaging = new InitialContext( ); QueueConnectionFactory = (QueueConnectionFactory) Messaging.lookup(QueueConnectionFactory); //取得用于 pub/sub的 TopicConnectionFactory TopicConnectonFactory topicConnectionF Context messaging = new InitialContext(); topicConnectionFactory = (TopicConnectionFactory) messaging.lookup(TopicConnectionFactory);
注意用于P2P的代码和用于PublishSubscribe的代码非常相似
如果session被标记为transactional的话确认消息就通过确认和校正来自动地处理如果session没有标记为 transactional你有三个用于消息确认的选项
· AUTO_ACKNOWLEDGE session将自动地确认收到一则消息
· CLIENT_ACKNOWLEDGE 客户端程序将确认收到一则消息调用这则消息的确认方法 　· DUPS_OK_ACKNOWLEDGE 这个选项命令session懒散的确认消息传递可以想到这将导致消息提供者传递的一些复制消息可能会出错这种确认的方式只应当用于消息消费程序可以容忍潜在的副本消息存在的情况 queueSession = queueConnection.createQueueSession(false, session.AUTO_ACKNOWLEDGE);//P2P topicSession = topicConnection.createTopicSession(false, session.AUTO_ACKNOWLEDGE); //Pub-Sub
注意在本例中一个session目的从连结中创建非值指出session是non-transactional的并且 session将自动地确认收到一则消息消息收发系统是异步的也就是说JMS 客户机可以发送消息而不必等待回应比较可知这完全不同于基于 RPC 的基于远程过程的系统如 EJB 1.1CORBA 和 Java RMI 的引用实现在 RPC 中客户机调用服务器上某个分布式对象的一个方法在方法调用返回之前该客户机被阻塞该客户机在可以执行下一条指令之前必须等待方法调用结束在 JMS 中客户机将消息发送给一个虚拟通道主题或队列而其它 JMS 客户机则预订或监听这个虚拟通道当 JMS 客户机发送消息时它并不等待回应它执行发送操作然后继续执行下一条指令消息可能最终转发到一个或许多个客户机这些客户机都不需要作出回应
JMS的通用接口集合以异步方式发送或接收消息异步方式接收消息显然是使用间断网络连接的客户机诸如移动电话和PDA的最好的选择另外 JMS采用一种宽松结合方式整合企业系统的方法其主要的目的就是创建能够使用跨平台数据信息的可移植的企业级应用程序而把开发人力解放出来JMS现在有两种传递消息的方式标记为NON_PERSISTENT的消息最多投递一次而标记为PERSISTENT的消息将使用暂存后再转送的机理投递如果一个JMS服务离线那么持久性消息不会丢失但是得等到这个服务恢复联机时才会被传递所以默认的消息传递方式是非持久性的即使使用非持久性消息可能降低内务和需要的存储器并且这种传递方式只有当你不需要接收所有的消息时才使用
虽然 JMS规范并不需要JMS供应商实现消息的优先级路线但是它需要递送加快的消息优先于普通级别的消息JMS定义了从0到9的优先级路线级别0是最低的优先级而9则是最高的更特殊的是0到4是正常优先级的变化幅度而5到9是加快的优先级的变化幅度举例来说 topicPublisher.publish (message, DeliveryMode.PERSISTENT, 8, 10000); //Pub-Sub 或 queueSender.send(message, DeliveryMode.PERSISTENT, 8, 10000);//P2P 　这个代码片断有两种消息模型映射递送方式是持久的优先级为加快型生存周期是10000 (以毫秒 )如果生存周期设置为零这则消息将永远不会过期当消息需要时间限制否则将使其无效时设置生存周期是有用的JMS定义了五种不同的消息正文格式以及调用的消息类型允许你发送并接收以一些不同形式的数据提供现有消息格式的一些级别的兼容性
· StreamMessage -- Java原始值的数据流
· MapMessage--一套名称-值对
· TextMessage--一个字符串对象
· ObjectMessage--一个序列化的 Java对象
· BytesMessage--一个未解释字节的数据流
JMS应用程序接口提供用于创建每种类型消息和设置荷载的方法例如为了在一个队列创建并发送一个TextMessage实例你可以使用下列语句 TextMessage message = queueSession.createTextMessage(); message.setText(textMsg); 　以异步方式接收消息需要创建一个消息监听器然后注册一个或多个使用MessageConsumer的JMS MessageListener接口会话(主题或队列)负责产生某些消息这些消息被传送到使用onMessage方法的监听者那里 import javax.jms.*; public class ExampleListener implements MessageListener { //把消息强制转化为TextMessage格式 public void onMessage(Message message) { TextMessage textMsg = // 打开并处理这段消息 } } 　当我们创建QueueReceiver和TopicSubscriber时我们传递消息选择器字符串 //P2P QueueReceiver QueueR receiver = session.createReceiver(queue, selector); //Pub-Sub TopicSubscriber TopicS subscriber = session.createSubscriber(topic, selector);
为了启动消息的交付不论是Pub/Sub还是P2P都需要调用start方法 TopicConnection.start( ); //pub-sub QueueConnection.start( ); //P2P TopicConnection.start ( );// pub-sub QueueConnection.start ( );// P2P
当一条消息被捕捉时这条消息做为一条必须被强制转化为适当消息类型的普通Message对象到达这是一个被用来提取或打开消息内容的getter方法下列代码片段使用StreamMessage类型 private void unPackMessage (Message message) { String eN S StreamM Message = session.createStreamMessage( ); //注意下面的代码必须按照我给出的顺序书写 message.writeString(eName); message.writeString(position); message.writeDouble(rate); //实现处理消息的必要的程序逻辑 }
停止消息的传递无论是Pub/Sub还是P2P都调用stop方法 TopicConnection.start( ); //pub-sub QueueConnection.start( ); //P2P TopicConnection.start ( );// pub-sub QueueConnection.start ( );// P2P 　其他的J2EE组件--servlet或EJB--可以当作消息生产者然而它们可能只能同步操作这可能是因为它们的请求-应答的性质决定的虽然XML目前还不是被支持的消息类型发送一个XML文件和创建一条文本类型消息以及把XML文件添加到消息的有效负载都一样简单都是以非专有的方式传送数据值得注意的是一些JMS供应厂商已经提供了可用的XML消息类型但是使用非标准的消息类型可能会出现可移植性问题 String reportD //reportData内容为XML 文档 TextM message = session.createTextMessage(); message.setText (reportData);(MDB)是一个当消息到达时被容器调用的异步消息消费程序和entity和session EJB不同MDB没有本地和远程接口并且是匿名的它们对于客户是不可见的MDB是JMS系统的一部分作为消费者实现服务器上的商业逻辑程序 一个客户程序可能通过使用JNDI定位一个与MDB相关联的JMS 例如 Context initialContext = new InitialContext(); Queue reportInfoQueue = (javax.jms.Queue)initialContext.lookup (java:comp/env/jms/reportInfoQueue); 　MDB是由Bean类和相应的XML部署描述符组成 Bean 类实现MessageDriveBean 接口 import javax.ejb.*; import jms.Message.*; public interface MessageDriveBean { public void ejbCreate(); public void ejbRemove(); public void setMessageDrivenContext(MessageDrivenContext ctx); } 　消息监听器接口 import javax.jms.*; public interface MessageListener { public void onMessage( ); }JMS 支持两种消息类型PTP 和Pub/Sub分别称作PTP Domain 和Pub/Sub Domain这两种接口都继承统一的JMS Parent 接口JMS 主要接口如下所示
JMS Parent
Pub/Sub Domain
ConnectionFactory
QueueConnectionFactory
TopicConnectionFactory
Connection
QueueConnection
TopicConnection
Destination
QueueSession
TopicSession
MessageProducer
QueueSender
TopicPublisher
MessageConsumer
QueueReceiver,QueueBrowser
TopicSubscriber
以下是对这些接口的简单描述
ConnectionFactory 连接工厂JMS 用它创建连接
Connection JMS 客户端到JMS Provider 的连接
Destination 消息的目的地
Session 一个发送或接收消息的线程
MessageProducer 由Session 对象创建的用来发送消息的对象
MessageConsumer 由Session 对象创建的用来接收消息的对象JMS 消息由以下几部分组成消息头属性消息体(Header) - 消息头包含消息的识别信息和路由信息消息头包含一些标准的属性如JMSDestination,JMSMessageID 等 消息头
JMSDestination
send 或 publish 方法
JMSDeliveryMode
send 或 publish 方法
JMSExpiration
send 或 publish 方法
JMSPriority
send 或 publish 方法
JMSMessageID
send 或 publish 方法
JMSTimestamp
send 或 publish 方法
JMSCorrelationID
JMSReplyTo
JMSRedelivered
JMS Provider(Properties) - 除了消息头中定义好的标准属性外JMS 提供一种机制增加新属性到消息头中这种新属性包含以下几种
1. 应用需要用到的属性;
2. 消息头中原有的一些可选属性;
3. JMS Provider 需要用到的属性
标准的JMS 消息头包含以下属性
JMSDestination --消息发送的目的地
JMSDeliveryMode --传递模式 有两种模式 PERSISTENT 和NON_PERSISTENTPERSISTENT 表示该消息一定要被送到目的地否则会导致应用错误NON_PERSISTENT 表示偶然丢失该消息是被允许的这两种模式使开发者可以在消息传递的可靠性和吞吐量之间找到平衡点
JMSMessageID 唯一识别每个消息的标识由JMS Provider 产生
JMSTimestamp 一个消息被提交给JMS Provider 到消息被发出的时间
JMSCorrelationID 用来连接到另外一个消息典型的应用是在回复消息中连接到原消息
JMSReplyTo 提供本消息回复消息的目的地址
JMSRedelivered 如果一个客户端收到一个设置了JMSRedelivered 属性的消息则表示可能该客户端曾经在早些时候收到过该消息但并没有签收(acknowledged)
JMSType 消息类型的识别符
JMSExpiration 消息过期时间等于QueueSender 的send 方法中的timeToLive 值或TopicPublisher 的publish 方法中的timeToLive 值加上发送时刻的GMT 时间值如果timeToLive值等于零则JMSExpiration 被设为零表示该消息永不过期如果发送后在消息过期时间之后消息还没有被发送到目的地则该消息被清除
JMSPriority 消息优先级从0-9 十个级别0-4 是普通消息5-9 是加急消息JMS 不要求JMS Provider 严格按照这十个优先级发送消息但必须保证加急消息要先于普通消息到达(Body) - JMS API 定义了5种消息体格式也叫消息类型你可以使用不同形式发送接收数据并可以兼容现有的消息格式下面描述这5种类型
TextMessage
java.lang.String对象如xml文件内容
MapMessage
名/值对的集合名是String对象值类型可以是Java任何基本类型
BytesMessage
StreamMessage
Java中的输入输出流
ObjectMessage
Java中的可序列化对象
没有消息体只有消息头和属性Java消息服务支持两种消息模型Point-to-Point消息(P2P)和发布订阅消息Publish Subscribe messaging简称Pub/SubJMS规范并不要求供应商同时支持这两种消息模型但开发者应该熟悉这两种消息模型的优势与缺点 　P2P消息模型是在点对点之间传递消息时使用如果应用程序开发者希望每一条消息都能够被处理那么应该使用P2P消息模型与Pub/Sub消息不同P2P消息总是能够被传送到指定的位置
Pub/Sub模型在一到多的消息广播时使用如果一定程度的消息传递的不可靠性可以被接受的话那么应用程序开发者也可以使用Pub/Sub消息模型换句话说它适用于所有的消息消费程序并不要求能够收到所有的信息或者消息消费程序并不想接收到任何消息的情况既然我们现在已经有了一些基本的JMS那么我们可以使用JMS做什么呢任何事情都可以
　例如分别用于销售库存客户服务和账目处理的系统这些部门之间的系统很可能已经存在了很长时间这些处理要求把事务移动到系统中去这并不是一个小的工作这就是消息服务适用的地点
当售货员完成销售的时候一条消息被发给库存系统一旦订单消息发送给收发货人员就可以按照订单出货了当订单成功地发货系统将通知顾客服务和会计系统这个订单已经成功的交易了所有对应的每个子系统都自动地根据收到的消息进行更新
JMS一般都不是用来整合一个系统而是整合许多可能参与消息驱动环境的系统JMS是一个用于开发和集成企业应用程序的重要的工具因为许多公司都有以前遗留下来的系统和新近开发的系统综合起来的系统消息的使用是整合整个企业的重要的步骤书 名: Java消息服务第2版
作　者美理查兹美蒙森-哈斐尔美查普尔　闫怀志　译
定价: 59.80元本书深入浅出地讲解了JMS 1.1规范的底层技术Java类和接口编程模型及其不同实现等Java消息服务JMS和消息传送机制关键技术通过对支持点对点和发布/订阅消息传送的标准API的完全解读以及具体实例介绍了如何利用厂商无关的JMS来解决许多体系结构的面临的挑战本书适用于掌握Java语言并有业务解决方案开发经验的读者或者需要学习消息传送技术的读者推荐序
第1章 消息传送机制基础
1.1 消息传送机制的优点
1.1.1 异构集成
1.1.2 缓解系统瓶颈
1.1.3 提高可伸缩性
1.1.4 提高最终用户生产率
1.1.5 体系结构灵活性和敏捷性
1.2 企业消息传送
1.2.1 集中式体系结构
1.2.2 分散式体系结构
1.2.3 混合体系结构
1.2.4 以集中式体系结构作为模型
1.3 消息传送模型
1.3.1 点对点模型
1.3.2 发布/订阅模型
1.4 JMS API
1.4.1 点对点API
1.4.2 发布/订阅API
1.5 实际场景
1.5.1 面向服务体系结构
1.5.2 事件驱动体系结构
1.5.3 异构平台集成
1.5.4 企业应用集成
1.5.5 企业到企业
1.5.6 地理分散
1.5.7 信息广播
1.5.8 构建动态系统
1.6 RPC和异步消息传送
1.6.1 紧密耦合的RPC
1.6.2 企业消息传送
第2章 编写一个简单的示例程序
2.1 聊天应用程序
2.1.1 从Chat示例开始
2.1.2 分析源代码
2.1.3 会话和线程
第3章 深入剖析一条JMS消息
3.1 消息头
3.1.1 自动分配的消息头
3.1.2 开发者分配的消息头
3.2 消息属性
3.2.1 应用程序特定的属性
3.2.2 JMS定义的属性
3.2.3 提供者特定的属性
3.3 消息类型
3.3.1 Message
3.3.2 TextMessage
3.3.3 ObjectMessage
3.3.4 BytesMessage
3.3.5 StreamMessage
3.3.6 MapMessage
3.3.7 只读消息
3.3.8 客户端确认的消息
3.3.9 消息的互操作性和可移植性
第4章 点对点消息传送模型
4.1 点对点模型概览
4.1.1 何时使用点对点消息传送模型
4.2 QBorrower和QLender应用程序
4.2.1 配置并运行应用程序
4.2.2 QBorrower类
4.2.3 QLender类
4.3 消息关联
4.4 动态队列对受管队列
4.5 使用多个接收者实现负载均衡
4.6 分析一个队列
第5章 发布/订阅消息传送模型
5.1 发布/订阅模型概览
5.1.1 何时使用发布/订阅消息传送模型
5.2 TBorrower和TLender应用程序
5.2.1 配置并运行应用程序
5.2.2 TLender类
5.2.3 TBorrower类
5.3 持久订阅者和非持久订阅者
5.4 动态订阅者和受管订阅者
5.5 取消订阅动态持久订阅者
5.6 临时主题
第6章 消息过滤
第7章 保证消息传送和事务
第8章 Java EE和消息驱动bean
第9章 Spring和JMS
第10章 部署注意事项
第11章 消息传送设计注意事项
附录A Java消息服务API
附录B 消息头
附录C 消息属性
附录D 安装和配置ActiveMQ
新手上路我有疑问投诉建议参考资料 查看}