1、什么是回写？
回写：更新多维数据集单元值、成员或成员属性值。
操作系统和平台上的应用程序在运行的时候需要往磁盘写入临时数据，但是在无盘环境下，没有硬盘作为操作系统和应用程序临时的交换数据空间，所以这个任务必须交给服务器来完成
计算机回写：“Write Back(回写)，在回写状态下，数据只有在要被从高速缓存中清除时才写到磁盘上。随着主存读取的数据增加，回写需要开始从高速缓存中向磁盘上写数据，并把更新的数据写入高速缓存中。由于一个数据可能会被写入高速缓存中许
多次，而没有进行磁盘存取，所以回写的效率非常高。”
回写缓存：一种缓存技术，在回写缓存技术中，一旦数据写到缓存中，就会发送写请求已完成信号，而把数据写到非易失性存储介质上的实际操作将会延迟进行。回写缓存存在 有一个与生俱来的潜在问题，即应用程序在接到写完成信号之后可能会进行一些其他操作，而在数据被真正写入非易失性介质之前系统失效。此时就会导致介质上的 数据与后续操作不一致性。由于这个问题，良好的回写缓存实现时要有在系统失效期间（包括电源失效）保护缓存内容，当系统重启时再写入介质的机制。
2、套接字socket？
源IP地址和目的IP地址以及源端口号和目的端口号的组合称为套接字。其用于标识客户端请求的服务器和服务。
http://blog.csdn.net/cxh342968816/article/details/6336914
1.套接字(socket)
一个完整的网络应用程序包括客户端和服务器两个部分。网间通信进程需要由两个进程组成，并且只能用同一种协议。也就是说，不能在通信的一端使用TCP协
议，而另一端则用UDP协议。一个完整的网络通信需要一个五元组来标识：协议、本地地址、本地端口号、远端地址、远端端口号。
应用层通过传输层进行数据通信时，TCP和UDP会遇到同时为多个应用程序进程提供并发服务的问题。多个TCP连接或多个应用程序进程可能需要通过同一个TCP协议端口传输数据。为了区别不同的应用程序进程和连接，许多计算机操作系统为应用程序与Tcp，Udp协议交互提供了称为套接字(socket)的接口。套接字是一个通信终结点，它是Sockets应用程序用来在网络上发送或接收数据包的对象。套接字具有类型，与正在运行的进程相关联，并且可以有名称。使用套接字的应用程序间通信模型如图所示。
在网络上，一个套接字由一个IP地址和一个端口号唯一确定。套接字的地址指该套接字所在计算机的网络地址，可以为域名或IP地址的形式。
同一计算机上可以运行多个网络应用程序，每个应用程序都有自己的套接字用以进行网络通信，此时如果只有地址标识套接字，则当一个通信包到达计算机时，将无
法确定究竟是哪个应用程序的套接字需要接收此信息。由此增加了端口的概念，以协助区分同一计算机上不同应用程序的套接字。端口用于标识进程，同一计算机上不同的网络应用程序各有不同的端口，这样，通过“网络地址+端口号”的标识方法，便唯一标识了计算机上的应用程序了I，刀。某些端口是专门为公共服务保留的，如FtP:21，httP:80，除非程序是要提供这些服务，否则应避免使用这些端口。一般来说，端口1024以前的端口号都是系统保留的或是作为公共服务的，应尽量选择大于1024的端口号，以避免冲突。套接字一般分为三种类型:
①流式套接字(SOCK--STREAM):该类套接字提供了面向连接的、可靠的、数据无错并且无重复的数据发送服务。而且发送的数据是按顺序接收的。所有利用该套接字进行传递的数据均被视为连续的字节流的并且无长度限制。这对数据的稳定性、正确性和发送/接受顺序要求严格的应用十分适用，TCP使用该类接口。
②数据报式套接字(SOCK--DGRAM):数据报式套接字提供了面向无连接的服务，不提供正确性检查，也不保证各数据包的发送顺序，因此，可能出现数据的重发、丢失等现象，并且接收顺序由具体路由决定。然而，与流式套接字相比，使用数据报式套接字对网络线路占用率较低。在TCP月P协议组中，UDP使用该类套接字。
③原始套接字(SOCK--RAw):该套接字一般不会出现在高级网络接口的现中，因为它是直接针对协议的较低层(如IP、TcP、UDP等)直接访问
的。用于检验新的协议实现或访问现有服务中配置的新设备，使用原始套接字存在络应用程序的兼容性问题，所以一般不推荐使用原始套接字。
TCP/IP（Transmission Control Protocol/Internet Protocol）即传输控制协议/网间协议，是一个工业标准的协议集，它是为广域网（WANs）设计的。
UDP（User Data Protocol，用户数据报协议）是与TCP相对应的协议。它是属于TCP/IP协议族中的一种。
这里有一张图，表明了这些协议的关系。
图1
TCP/IP协议族包括运输层、网络层、链路层。现在你知道TCP/IP与UDP的关系了吧。
Socket在哪里呢？
在图1中，我们没有看到Socket的影子，那么它到底在哪里呢？还是用图来说话，一目了然。
图2
原来Socket在这里。
Socket是什么呢？
Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口。在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP /IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。
3、JVM映像是什么?
专业解释：镜像（Mirroring）是冗余的一种类型，一个磁盘上的数据在另一个磁盘上存在一个完全相同的副本即为镜像。分软件镜像与硬件镜像，它们的 的区别就在于实现镜像所需的CPU周期所处的位置。最终，都是根据程序的指令，为硬件（磁盘，以及磁盘上存储的数据）制作一个镜像副本。镜像主要作备份 用，镜像内容可以是系统、光盘、软件，网站，甚至服务器
通俗解释:镜像就是像照镜子一样。我们一般说的镜像是指给系统作个ghost镜像。这样可以在很短时间，很方便的还原出一个完整的系统来。镜像可以说是一种文件,比如iso,gho都属于镜像文件,镜像文件可以直接刻录到光盘中,也可以用虚拟光驱打开.
内存映像：
http://blog.csdn.net/cnnumen/article/details/5884152
现在知道Linux下程序转化成进程的更详细步骤了，所以写下来：
1) 内核将程序读入内存，并为程序分配一定的内存空间；
2) 内核为进程分配一个PID，还有其他一些相关资源；
3) 内核为进程保存PID和相应的状态信息，把进车功能放入到运行队列中等待运行。
基本上也就这3个步骤了。下面顺便记记进程的内存映像：
首先，什么叫做内存映像呢？ 进程的内存映像，指的是内核在内存中如何存放可执行程序文件。注意了，这里的可执行程序文件和内存映像是有区别的，，具体是：
1) 可执行程序是位于硬盘上的，而内存映像位于内存上；
2) 可执行程序没有堆栈，因为只有当程序被加载到内存上的时候才会分配相应的堆栈
3) 可执行程序是静态的，因为它还没运行，但是内存映像是动态的，数据是随着运行过程改变的；
4、下面哪项技术可以用在WEB开发中实现会话跟踪实现？
- A session
- B Cookie
- C 地址重写
- D 隐藏域
HTTP 是“无状态”协议：客户程序每次读取 Web 页面，都打开到 Web 服务器的单独的连接，并且，服务器也不自动维护客户的上下文信息。即使那些支持持续性 HTTP 连接的服务器，尽管多个客户请求连续发生且间隔很短时它们会保持 socket 打开，但是，它们也没有提供维护上下文信息的内建支持。上下文的缺失引起许多困难。例如，在线商店的客户向他们的购物车中加入商品时，服务器如何知道购物 车中己有何种物品呢？类似地，在客户决定结账时，服务器如何能确定之前创建的购物车中哪个属于此客户呢？这些问题虽然看起来十分简单，但是由于 HTTP 的不足，解答它们却异常复杂困难。对于这个问题，存在 3 种典型的解决方案：
Cookie（结合session使用）
可以使用 cookie 存储购物会话的 ID；在后续连接中，取出当前的会话 ID，并使用这个 ID 从服务器上的查找表（lookup
table）中提取出会话的相关信息。 以这种方式使用 cookie 是一种绝佳的解决方案，也是在处理会话时最常使用的方式。但是，sevlet
中最好有一种高级的 API
来处理所有这些任务，以及下面这些冗长乏味的任务：从众多的其他cookie中（毕竟可能会存在许多cookie）提取出存储会话标识符的 cookie；确定空闲会话什么时候过期，并回收它们；将散列表与每个请求关联起来；生成惟一的会话标识符。
URL 重写
采用这种方式时，客户程序在每个URL的尾部添加一些额外数据。这些数据标识当前的会话，服务器将这个标识符与它存储的用户相关数据关联起来。
URL重写是比较不错的会话跟踪解决方案，即使浏览器不支持 cookie 或在用户禁用 cookie 的情况下，这种方案也能够工作。URL
重写具有 cookie 所具有的同样缺点，也就是说，服务器端程序要做许多简单但是冗长乏味的处理任务。即使有高层的 API
可以处理大部分的细节，仍须十分小心每个引用你的站点的 URL ，以及那些返回给用户的 URL。即使通过间接手段，比如服务器重定向中的
Location 字段，都要添加额外的信息。这种限制意味着，在你的站点上不能有任何静态 HTML
页面（至少静态页面中不能有任何链接到站点动态页面的链接）。因此，每个页面都必须使用 servlet 或 JSP 动态生成。即使所有的页面都动态生成，如果用户离开了会话并通过书签或链接再次回来，会话的信息也会丢失，因为存储下来的链接含有错误的标识信息。
隐藏的表单域
HTML 表单中可以含有如下的条目：<input type="hidden"
name="session" value="a1234">
这个条目的意思是：在提交表单时，要将指定的名称和值自动包括在 GET 或 POST
数据中。这个隐藏域可以用来存储有关会话的信息，但它的主要缺点是：仅当每个页面都是由表单提交而动态生成时，才能使用这种方法。单击常规的超文本链接并
不产生表单提交，因此隐藏的表单域不能支持通常的会话跟踪，只能用于一系列特定的操作中，比如在线商店的结账过程。