Java笔试必考知识点合集一

1.web开发中如何实现会话跟踪？

会话跟踪是一种灵活、轻便的机制，它使Web上的状态编程变为可能。
HTTP是一种无状态协议，每当用户发出请求时，服务器就会做出响应，客户端与服务器之间的联系是离散的、非连续的。当用户在同一网站的多个页面之间转换时，根本无法确定是否是同一个客户，会话跟踪技术就可以解决这个问题。当一个客户在多个页面间切换时，服务器会保存该用户的信息。
有四种方法可以实现会话跟踪技术：URL重写、隐藏表单域、Cookie、Session。
1）.隐藏表单域：，一种非常适合且不需要大量数据存储的会话应用。
2）.URL 重写:URL 可以在后面附加参数，和服务器的请求一起发送，这些参数为名字/值对。
3）.Cookie:一个 Cookie 是一个小的已命名数据元素。服务器使用 SET-Cookie 头标将它作为 HTTP
响应的一部分传送到客户端，客户端被请求保存 Cookie 值，在对同一服务器的后续请求使用一个
Cookie 头标将之返回到服务器。与其它技术比较，Cookie 的一个优点是在浏览器会话结束后，甚至
在客户端计算机重启后它仍可以保留其值。

4）.Session：使用 setAttribute(String str,Object obj)方法将对象捆绑到一个会话。

 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 表单中可以含有如下的条目：

这个条目的意思是：在提交表单时，要将指定的名称和值自动包括在 GET 或 POST 数据中。这个隐藏域可以用来存储有关会话的信息，但它的主要缺点是：仅当每个页面都是由表单提交而动态生成时，才能使用这种方法。单击常规的超文本链接并不产生表单提交，因此隐藏的表单域不能支持通常的会话跟踪，只能用于一系列特定的操作中，比如在线商店的结账过程。

2.JVM内存配置参数

-Xmx10240m -Xms10240m -Xmn5120m -XXSurvivorRatio=3

其最小内存值和Survivor区总大小分别是：10240m，2048m

-Xmx10240m：代表最大堆

 -Xms10240m：代表最小堆（即最小内存值）

 -Xmn5120m：代表新生代

 -XXSurvivorRatio=3：代表Eden:Survivor = 3    根据Generation-Collection算法(目前大部分JVM采用的算法)，一般根据对象的生存周期将堆内存分为若干不同的区域，一般情况将新生代分为Eden ，两块Survivor；    计算Survivor大小， Eden:Survivor = 3，总大小为5120,3x+x+x=5120  x=1024

新生代大部分要回收，采用Copying算法，快！

老年代 大部分不需要回收，采用Mark-Compact算法

-------------------

垃圾回收主要针对的是堆区的回收，因为栈区的内存是随着线程而释放的。堆区分为三个区：

• 年轻代（Young Generation）；
• 年老代（Old Generation）；
• 永久代（Permanent Generation，也就是方法区）。 
• ** 年轻代：对象被创建时（new）的对象通常被放在Young（除了一些占据内存比较大的对象）,经过一定的Minor GC（针                    对年轻代的内存回收）还活着的对象会被移动到年老代（一些具体的移动细节省略）。 
• **年老代：就是上述年轻代移动过来的和一些比较大的对象。Minor GC(FullGC)是针对年老代的回收 
• **永久代：存储的是final常量，static变量，常量池。 

---------------

简单的来说 java的堆内存分为两块:

• permantspace（持久带）
• heap space

    持久带中主要存放用于存放静态类型数据，如 Java Class, Method 等，与垃圾收集器要收集的Java对象关系不大。

而heapspace分为年轻带和年老带 

• 年轻代的垃圾回收叫 Young GC
• 年老代的垃圾回收叫 Full GC

在年轻代中经历了N次（可配置）垃圾回收后仍然存活的对象，就会被复制到年老代中。因此，可以认为年老代中存放的都是一些生命周期较长的对象。

• 年老代溢出原因：循环上万次的字符串处理、创建上千万个对象、在一段代码内申请上百M甚至上G的内存。
• 持久代溢出原因：动态加载了大量Java类而导致溢出

3.Math.round(11.5) 的使用：

首先要注意的是它的返回值类型是long，如果  Math.round(11.5f)，那它的返回值类型就是int，这一点可以参考API

其次  Returns the closest long to the argument, with ties rounding to positive infinity

它返回的是一个最接近参数的long 值（例如：  Math.round(11.6) = 12；  Math.round(-11.6) = -12；  Math.round(-0.1) = 0； Math.round(0.1) = 0  ），那如果出现向上向下距离一样的数值，  比如题目中的11.5，该如何处理呢  ，别着急，看它的后半句话，  with ties rounding to positive infinity（  同时向正无穷方向取舍或者翻译成取较大的值，英语水平较差，只能翻译成这样了；

例子:     Math.round(11.5)   ，首先与 11.5最接近的有两个整数 11 和 12，取较大的那结果就是12；

           Math.round(-11.5)，  首先与 -11.5最接近的有两个整数 -11 和 -12，取较大的那结果就是-11；

           Math.round(0.5)，  首先与 0.5最接近的有两个整数 0 和 1，取较大的那结果就是1；

           Math.round(-0.5)，  首先与 -0.5最接近的有两个整数 -1 和 0，取较大的那结果就是0；  ）

然后它有三个特例：

1. 如果参数为 NaN（无穷与非数值）  ，那么结果为 0。

2.如果参数为负无穷大或任何小于等于 Long.MIN_VALUE 的值，那么结果等于Long.MIN_VALUE 的值。

3.如果参数为正无穷大或任何大于等于 Long.MAX_VALUE 的值，那么结果等于Long.MAX_VALUE 的值。

4.webservice的描述：

Web service顾名思义是基于web的服务，它是一种跨平台，跨语言的服务。

我们可以这样理解它，比如说我们可以调用互联网上查询天气信息的web服务，把它嵌入到我们的B/S程序中，当用户从我们的网点看到天气信息时，会认为我们为他提供很多的服务，但其实我们什么也没做，只是简单的调用了一下服务器上的一端代码而已。Web service 可以将你的服务发布到互联网上让别人去调用，也可以调用别人发布的web service，和使用自己的代码一样。

Webservice是跨平台，跨语言的远程调用技术;它是采用XML传输格式化的数据，它的通信协议是SOAP(简单对象访问协议).

5.前台线程和后台线程：

       main()函数即主函数，是一个前台线程，前台进程是程序中必须执行完成的，而后台线程则是java中所有前台结束后结束，不管有没有完成， 后台线程主要用与内存分配等方面 。                                                                                           
前台线程和后台线程的区别和联系：

1、后台线程不会阻止进程的终止。属于某个进程的所有前台线程都终止后，该进程就会被终止。所有剩余的后台线程都会停止且不会完成。
2、可以在任何时候将前台线程修改为后台线程，方式是设置Thread.IsBackground 属性。
3、不管是前台线程还是后台线程，如果线程内出现了异常，都会导致进程的终止。
4、托管线程池中的线程都是后台线程，使用new Thread方式创建的线程默认都是前台线程。
*说明：   

        应用程序的主线程以及使用Thread构造的线程都默认为前台线程，使用Thread建立的线程默认情况下是前台线程，在进程中，只要有一个前台线程未退出，进程就不会终止。主线程就是一个前台线程。而后台线程不管线程是否结束，只要所有的前台线程都退出（包括正常退出和异常退出）后，进程就会自动终止。一般后台线程用于处理时间较短的任务，如在一个Web服务器中可以利用后台线程来处理客户端发过来的请求信息。而前台线程一般用于处理需要长时间等待的任务，如在Web服务器中的监听客户端请求的程序，或是定时对某些系统资源进行扫描的程序

6.Java中的类加载器：

类的加载是由类加载器完成的，类加载器包括：根加载器（ BootStrap ）、扩展加载器（ Extension ）、系统加载器（ System ）和用户自定义类加载器（ java.lang.ClassLoader 的子类）。

1 ）Bootstrap ClassLoader（根加载器）

负责加载$JAVA_HOME中jre/lib/rt.jar里所有的 class ，由C++实现，不是ClassLoader子类

2 ）Extension ClassLoader（扩展加载器）

负责加载java平台中扩展功能的一些jar包，包括$JAVA_HOME中jre/lib/*.jar或-Djava.ext.dirs指定目录下的jar包

3 ）App ClassLoader（系统加载器）

负责记载classpath中指定的jar包及目录中 class

4 ）Custom ClassLoader（用户自定义类加载器）

属于应用程序根据自身需要自定义的ClassLoader，如tomcat、jboss都会根据j2ee规范自行实现ClassLoader

加载过程中会先检查类是否被已加载，检查顺序是自底向上，从Custom ClassLoader到BootStrap ClassLoader逐层检查，
只要某个classloader已加载就视为已加载此类，保证此类及所有ClassLoader加载一次。而加载的顺序是自顶向下，也就是
由上层来逐层尝试加载此类。