一键复制
在日常的学习、工作、生活中，肯定对各类范文都很熟悉吧。相信许多人会觉得范文很难写？以下是我为大家搜集的优质范文，仅供参考，一起来看看吧
计算机专业面试技巧篇一
采用amqp高级消息队列协议的一种消息队列技术，最大的特点就是消费并不需要确保提供方存在，实现了服务之间的高度解耦。
①在分布式系统下具备异步，削峰，负载均衡等一系列高级功能。
②拥有持久化的机制，进程消息，队列中的信息也可以保存下来。
③实现消费者和生产者之间的解耦。
④对于高并发场景下，利用消息队列可以使得同步访问变为串行访问达到一定量的限流，利于数据库的操作。
⑤可以使用消息队列达到异步下单的效果，排队中，后台进行逻辑下单。
①跨系统的异步通信，所有需要异步交互的地方都可以使用消息队列。就像我们除了打电话（同步）以外，还需要发短信，发电子邮件（异步）的通讯方式。
②多个应用之间的耦合，由于消息是平台无关和语言无关的，而且语义上也不再是函数调用，因此更适合作为多个应用之间的松耦合的接口。基于消息队列的耦合，不需要发送方和接收方同时在线。在企业应用集成（eai）中，文件传输，共享数据库，消息队列，远程过程调用都可以作为集成的方法。
③应用内的同步变异步，比如订单处理，就可以由前端应用将订单信息放到队列，后端应用从队列里依次获得消息处理，高峰时的大量订单可以积压在队列里慢慢处理掉。由于同步通常意味着阻塞，而大量线程的阻塞会降低计算机的性能。
④消息驱动的架构（eda），系统分解为消息队列，和消息制造者和消息消费者，一个处理流程可以根据需要拆成多个阶段（stage），阶段之间用队列连接起来，前一个阶段处理的结果放入队列，后一个阶段从队列中获取消息继续处理。
⑤应用需要更灵活的耦合方式，如发布订阅，比如可以指定路由规则。
⑥跨局域网，甚至跨城市的通讯（cdn行业），比如北京机房与广州机房的应用程序的通信。
rabbitmq中重要的角色有：生产者、消费者和代理：
①生产者：消息的创建者，负责创建和推送数据到消息服务器；
②消费者：消息的接收方，用于处理数据和确认消息；
③代理：就是rabbitmq本身，用于扮演“快递”的角色，本身不生产消息，只是扮演“快递”的角色。
1、发送方确认模式
①将信道设置成confirm模式（发送方确认模式），则所有在信道上发布的消息都会被指派一个唯一的id。
②一旦消息被投递到目的队列后，或者消息被写入磁盘后（可持久化的消息），信道会发送一个确认给生产者（包含消息唯一id）。
③如果rabbitmq发生内部错误从而导致消息丢失，会发送一条nack（notacknowledged，未确认）消息。
④发送方确认模式是异步的，生产者应用程序在等待确认的同时，可以继续发送消息。当确认消息到达生产者应用程序，生产者应用程序的回调方法就会被触发来处理确认消息。
2、接收方确认机制
①消费者接收每一条消息后都必须进行确认（消息接收和消息确认是两个不同操作）。只有消费者确认了消息，rabbitmq才能安全地把消息从队列中删除。
②这里并没有用到超时机制，rabbitmq仅通过consumer的连接中断来确认是否需要重新发送消息。也就是说，只要连接不中断，rabbitmq给了consumer足够长的时间来处理消息。保证数据的最终一致性。
3、下面罗列几种特殊情况
①如果消费者接收到消息，在确认之前断开了连接或取消订阅，rabbitmq会认为消息没有被分发，然后重新分发给下一个订阅的消费者。（可能存在消息重复消费的隐患，需要去重）
②如果消费者接收到消息却没有确认消息，连接也未断开，则rabbitmq认为该消费者繁忙，将不会给该消费者分发更多的消息。
①消息持久化；
②ack确认机制；
③设置集群镜像模式；
④消息补偿机制。
①声明队列必须设置持久化durable设置为true。
②消息推送投递模式必须设置持久化，deliverymode设置为2（持久）。
③消息已经到达持久化交换器。
④消息已经到达持久化队列。
以上四个条件都满足才能保证消息持久化成功。
持久化的缺地就是降低了服务器的吞吐量，因为使用的是磁盘而非内存存储，从而降低了吞吐量。可尽量使用ssd硬盘来缓解吞吐量的问题。
三种广播模式：
①fanout：所有bind到此exchange的queue都可以接收消息（纯广播，绑定到rabbitmq的接受者都能收到消息）；
②direct：通过routingkey和exchange决定的那个唯一的queue可以接收消息；
③topic：所有符合routingkey（此时可以是一个表达式）的routingkey所bind的queue可以接收消息；
vhost可以理解为虚拟broker，即mini—rabbitmq server。其内部均含有独立的queue、exchange和binding等，但最最重要的是，其拥有独立的权限系统，可以做到vhost范围的用户控制。当然，从rabbitmq的全局角度，vhost可以作为不同权限隔离的手段（一个典型的例子就是不同的应用可以跑在不同的vhost中）。
计算机专业面试技巧篇二
activemq是一种开源的，实现了jms1.1规范的，面向消息（mom）的中间件，为应用程序提供高效的、可扩展的、稳定的和安全的企业级消息通信。
根据网上一般评测文档上来看，每秒的消息吞吐在20xx以上，acticemq也可以集群化部署，也是使用zookeeper来搭建。
这得从activemq的储存机制说起。在通常的情况下，非持久化消息是存储在内存中的，持久化消息是存储在文件中的，它们的最大限制在配置文件的节点中配置。
但是，在非持久化消息堆积到一定程度，内存告急的时候，activemq会将内存中的非持久化消息写入临时文件中，以腾出内存。虽然都保存到了文件里，但它和持久化消息的区别是，重启后持久化消息会从文件中恢复，非持久化的临时文件会直接删除。
那如果文件增大到达了配置中的最大限制的时候会发生什么？我做了以下实验：
设置2g左右的持久化文件限制，大量生产持久化消息直到文件达到最大限制，此时生产者阻塞，但消费者可正常连接并消费消息，等消息消费掉一部分，文件删除又腾出空间之后，生产者又可继续发送消息，服务自动恢复正常。
设置2g左右的临时文件限制，大量生产非持久化消息并写入临时文件，在达到最大限制时，生产者阻塞，消费者可正常连接但不能消费消息，或者原本慢速消费的消费者，消费突然停止。整个系统可连接，但是无法提供服务，就这样挂了。
具体原因不详，解决方案：尽量不要用非持久化消息，非要用的话，将临时文件限制尽可能的调大。
activemq的作用就是系统之间进行通信。当然可以使用其他方式进行系统间通信，如果使用activemq的话可以对系统之间的调用进行解耦，实现系统间的异步通信。原理就是生产者生产消息，把消息发送给activemq。activemq接收到消息，然后查看有多少个消费者，然后把消息转发给消费者，此过程中生产者无需参与。消费者接收到消息后做相应的处理和生产者没有任何关系
activemq在项目中主要是完成系统之间通信，并且将系统之间的调用进行解耦。例如在添加、修改商品信息后，需要将商品信息同步到索引库、同步缓存中的数据以及生成静态页面一系列操作。
在此场景下就可以使用activemq。一旦后台对商品信息进行修改后，就向activemq发送一条消息，然后通过activemq将消息发送给消息的消费端，消费端接收到消息可以进行相应的业务处理。
集群是保证服务可靠性的一种方式，同时可以通过水平扩展以提升消息吞吐能力。rabbitmq是用分布式程序设计语言erlang开发的，所以天生就支持集群。接下来，将介绍rabbitmq分布式消息处理方式、集群模式、节点类型，并动手搭建一个高可用集群环境，最后通过java程序来验证集群的高可用性。
rabbitmq分布式的消息处理方式有以下三种：
（1）clustering：不支持跨网段，各节点需运行同版本的erlang和rabbitmq，应用于同网段局域网。
（2）federation：允许单台服务器上的exchange或queue接收发布到另一台服务器上exchange或queue的消息，应用于广域网。
（3）shovel：与federation类似，但工作在更低层次。
rabbitmq对网络延迟很敏感，在lan环境建议使用clustering方式；在wan环境中，则使用federation或shovel。我们平时说的rabbitmq集群，说的就是clustering方式，它是rabbitmq内嵌的一种消息处理方式，而federation或shovel则是以plugin形式存在。
exception异常说起。简单点说就是当网络发送方发送一堆数据，然后调用close关闭连接之后。这些发送的数据都在接收者的缓存里，接收者如果调用read方法仍旧能从缓存中读取这些数据，尽管对方已经关闭了连接。
但是当接收者尝试发送数据时，由于此时连接已关闭，所以会发生异常，这个很好理解。不过需要注意的是，当发生socketexception后，原本缓存区中数据也作废了，此时接收者再次调用read方法去读取缓存中的数据，就会报software caused connection abort：recv failed错误。
通过抓包得知，activemq会每隔10秒发送一个心跳包，这个心跳包是服务器发送给客户端的，用来判断客户端死没死。如果你看过上面第一条，就会知道非持久化消息堆积到一定程度会写到文件里，这个写的`过程会阻塞所有动作，而且会持续20到30秒，并且随着内存的增大而增大。
（）时，会期待服务器对于关闭连接的回答，如果超过15秒没回答就直接调用socket层的close关闭tcp连接了。这时客户端发出的消息其实还在服务器的缓存里等待处理，不过由于服务器心跳包的设置，exception异常，把缓存里的数据作废了，没处理的消息全部丢失。
解决方案：用持久化消息，或者非持久化消息及时处理不要堆积，或者启动事务，启动事务后，commit（）方法会负责任的等待服务器的返回，也就不会关闭连接导致消息丢失了。
计算机专业面试技巧篇三
tomcat简单的说就是一个运行java的网络服务器，底层是socket的一个程序，它也是jsp和serlvet的一个容器。
①bin：启动和关闭tomcat的bat文件。
②conf：配置文件。
该文件用于配置server相关的信息，比如tomcat启动的端口号，配置主机（host）。
文件配置与web应用（web应用相当于一个web站点）
⑤tomcat—user。xml配置用户名密码和相关权限。
⑥lib：该目录放置运行tomcat运行需要的jar包。
⑦logs：存放日志，当我们需要查看日志的时候，可以查询信息。
⑧webapps：放置我们的web应用。
⑨work工作目录：文件。
1、中的节点下添加如下代码。path表示的是访问时输入的web项目名，docbase表示的是站点目录的绝对路径。
2、进入到confcatalinalocalhost文件下，创建一个xml文件，该文件的名字就是站点的名字。
浏览器—>tomcat server—>service—>connector—>engine（引擎）—>host（主机）—>web应用。
①浏览器输入url地址；
②查询本机hosts文件寻找ip；
③查询dns服务器寻找ip；
④向该ip发送http请求；
⑤tomcat容器解析主机名；
⑥tomcat容器解析web应用；
⑦tomcat容器解析资源名称；
⑧tomcat容器获取资源；
⑨tomcat响应浏览器。
apache集群实现tomcat的session共享配置其实很简单，在tomcat自带的文档中有详细的说明（/docs/cluster—），只不过是英语的，所以联合下面根据说下怎么配置吧：
1、既然是集群肯定要多准备几个tomcat来模拟，比如分别为tomcat01、tomcat02、tomcat03。
如果各tomcat程序放在不同的机器上，那么就不会有端口的冲突。如果是放在同一台机器上的话，那就简单改几个端口，防止端口占用造成的冲突。文件，需要修改的端口有：
1、
2、
3、
以上port需要修改，至于修改成什么样子，看你自己了，只要不出现端口冲突就可以了，要保证各个tomcat实例间没有端口冲突。
tomcat的web服务器连接器支持两种协议：ajp和http，它们均定义了以二进制格式在web服务器和tomcat之间进行数据传输，并提供相应的控制命令。
ajp（apache jserv protocol）协议：目前正在使用的ajp协议的版本是通过jk和jk2连接器提供支持的ajp13，它基于二进制的格式在web服务器和tomcat之间传输数据，而此前的版本ajp10和ajp11则使用文本格式传输数据。
http协议：诚如其名称所表示，其是使用http或https协议在web服务器和tomcat之间建立通信，此时，tomcat就是一个完全功能的http服务器，它需要监听在某端口上以接收来自于商前服务器的请求。
valve类似于过滤器，它可以工作于engine和host/context之间、host和context之间以及context和web应用程序的某资源之间。一个容器内可以建立多个valve，而且valve定义的次序也决定了它们生效的次序。
最大区别，webserver一般仅仅指web（如servlet，jsp）的应用服务器，applicationserver不仅可以是web，还可以是ejb等其它的应用服务器。
web server可以是application server的一部分，也可以是单独存在。
1）找到tomcat目录下的conf文件夹；
2）文件；
3）文件；
4）文件里面找到下列信息；
port=“8080”改成你想要的端口
1）直接把web项目放在webapps下，tomcat会自动将其部署
2）文件上配置节点，设置相关的属性即可
3）通过catalina来进行配置：进入到confcatalinalocalhost文件下，创建一个xml文件，该文件的名字就是站点的名字。编写xml的方式来进行设置。
当容器启动时，文件，然后对xml文件进行解析，并读取servlet注册信息。然后，将每个应用中注册的servlet类都进行加载，并通过反射的方式实例化。（有时候也是在第一次请求时实例化）在servlet注册时加上如果为正数，则在一开始就实例化，如果不写或为负数，则第一次请求实例化。
（1）tomcat中只有一个server，一个server可以有多个service，一个service可以有多个connector和一个container；
（2）server掌管着整个tomcat的生死大权；
（4）service是对外提供服务的；
（5）connector用于接受请求并将请求封装成request和response来具体处理；
（6）container用于封装和管理servlet，以及具体处理request请求。
