新浪博客搬家过来的东西

杂七杂八复习一

1、 子类能继承父类的构造器吗？构造方法可以被重写吗？

  不能。子类不能继承父类构造器，也不能重写构造方法。子类构造的开始位置如果不写super调用父类构造​，JVM会隐式的调用无参构造；如果此时父类没有无参构造，就会报错。

2.SpringMVC那块获取​页面值得几种方法

1）request.getParameter()方法来获取2）Controller的方法里的参数​如果名字和页面发送请求的值得name相同，会自动赋值，如果名字不同，可以通过注解@RequestParam绑定请求参数3）利用自动转载机制，将页面值装载入实体类​

把eclipse普通项目修改为Web项目

昨天试着将导入到Eclipse普通项目通过设置改为Web项目，现在记下来**。

1.项目文件下.project 配置文件标签下追加三个子标签，如下：
org.eclipse.wst.common.project.facet.core.nature
org.eclipse.wst.common.modulecore.ModuleCoreNature
org.eclipse.jem.workbench.JavaEMFNature
2.在Eclipse中项目上右键点击属性，选择 Project Facets，在右侧选择 Dynamic Web Module和Java，记住选择了Dynamic Web Module后在最右侧要选择Runtimes运行环境为Apache Tomcat。
3.之后项目中出现Web Content，直接删除。
4.再进入项目文件，.settings文件夹，org.eclipse.wst.common.component里修改source-path为Web-Root

[转载]Commons-logging能帮我们做什么

代码应该怎么写？

我们在需要输出日志信息的“每一人”类中做如下的三个工作：
1、导入所有需的commongs-logging类：
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
如果愿意简化的话，还可以两行合为一行：
import org.apache.commons.logging.*;
2、在自己的类中定义一个org.apache.commons.logging.Log类的私有静态类成员：
private static Log log = LogFactory.getLog(YouClassName.class);
注意这里定义的是static成员，以避免产生多个实例。
LogFactory.getLog()方法的参数使用的是当前类的class，这是目前被普通认为的最好的方式。为什么不写作LogFactory.getLog(this.getClass())？因为static类成员访问不到this指针！
3、使用org.apache.commons.logging.Log类的成员方法输出日志信息：
log.debug(“111”);
log.info(“222”);
log.warn(“333”);
log.error(“444”);
log.fatal(“555”);
这里的log，就是上面第二步中定义的类成员变量，其类型是org.apache.commons.logging.Log，通过该类的成员方法，我们就可以将不同性质的日志信息输出到目的地（目的地是哪里？视配置可定，可能是stdout，也可能是文件，还可能是发送到邮件，甚至发送短信到手机……详见下文对log4j.properties的介绍）：
l debug() 输出“调试”级别的日志信息；
l info() 输出“信息”级别的日志信息；
l warn() 输出“警告”级别的日志信息；
l error() 输出“错误”级别的日志信息；
l fatal() 输出“致命错误”级别的日志信息；
根据不同的性质，日志信息通常被分成不同的级别，从低到高依次是：“调试（DEBUG）”“信息（INFO）”“警告（WARN）”“错误（ERROR）”“致命错误（FATAL）”。为什么要把日志信息分成不同的级别呢？这实际上是方便我们更好的控制它。比如，通过Log4j的 配置文件，我们可以设置“输出‘调试’及以上级别的日志信息”（即“调试”“信息”“警告”“错误”“致命错误”），这对项目开发人员可能是有用的；我们 还可以设置“输出“警告”及以上级别的日志信息”（即“警告”“错误”“致命错误”），这对项目最终用户可能是有用的。
仅从字面上理解，也可以大致得出结论：最常用的应该是debug()和info()；而warn()、error()、fatal()仅在相应事件发生后才使用。

从上面三个步骤可以看出，使用commons-logging的日志接口非常的简单，不需要记忆太多东西：仅仅用到了两个类Log, LogFactory，并且两个类的方法都非常少（后者只用到一个方法，前者经常用到的也只是上面第三步中列出的几个），同时参数又非常简单。
上面所介绍的方法是目前被普通应用的，可以说是被标准化了的方法，几乎所有的人都是这么用。如果不信，或想确认一下，就去下载几个知名的Java开源项目源代码看一下吧。

基础：多线程

1.什么是进程？什么是线程？
–进程是操作系统中的一个任务，一个应用程序运行在一个进程中，它是包含了某些资源的内存区域。
–线程是进程的一个顺序执行流，进程中所包含的一个或多个执行单元称为线程。
–一个进程至少包含一个线程。
2.进程与线程：
①进程是操作系统级别的多任务，一个进程就是操作系统中的一个任务。
线程是进程里的多任务。
②进程独享内存，有独立的内存空间。
线程共享进程的所有的内存（应该是堆内存），无独立内存。
③跨进程难，切换速度相对较慢。
跨线程容易，切换速度快。
④进程必须至少包含一个线程。
3.线程的五大状态
新建new、就绪Runnable、阻塞Block、运行Running、死亡Dead
4.创建线程的两种方式
–继承Thread类，重写run方法；
直接new的方法创建线程，比较方便，但是由于Java是单一继承的，所以会造成继承冲突问题，而且任务和线程具有较强的耦合关系。
–实现Runnable接口，实现run方法；
这种方式比较灵活，不会造成继承的冲突，并且没有必然的耦合关系，扩展性好。
5.启动线程用start()方法还是run()方法？start方法
run方法是线程要执行的任务，启动线程则是调用start方法。我们不会直接调用run方法，该方法是在线程启动起来后，第一次分配时间片时自动调用的。
当线程的start方法被调用后，run方法会很快被调用，但不是start调用的过程中run方法被执行。线程调度会尽可能均匀的将线程分配给并发运行的线程，但不保证一人一次交替分配。对于我们而言，线程调度将时间片分配给哪个线程我们不可控，时间片长短也不可控。对于线程而言，只能被动等待分配时间片，不能主动获取。
6.sleep() ，wait() && notify() [这两个方法定义在Object中] 、 join()
（1）sleep方法：静态方法，使运行该方法的线程阻塞制定毫秒，超时后，线程再回到Runnable状态，等待再次分配时间片后继续运行。
（2）wait && notify：当一个线程调用了一个对象(任意对象)的wait方法时，该线程进入阻塞状态，直到该对象的notify方法被调用，这个线程才会解除阻塞继续向下执行。[下载并显示图片那个案例，显示图片的线程调用obj的wait方法，直到图片下载完毕，下载图片的线程里调用obj的notify方法，图片才继续显示]
（3）join方法：将制定的线程加入当前线程，可以将两个交替执行的线程合并为顺序执行的线程。
比如调用制定线程的join方法，会等待该线程结束后再执行当前线程。
7.yield方法：
使当前线程主动让出当次cpu时间片，回到Runnable状态
8.synchronized
1）可以给方法加锁，或者使用同步代码块。
当一个方法被synchronized修饰之后，该方法变为同步方法。意思是任何情况下不会出现两个以上的线程在该方法内部执行的情况。
2）如何提高并发效率：尽可能在允许的情况下减小同步范围以提高并发效率。
3）静态方法锁：
静态方法锁锁的是类对象（类名.class）。所以静态方法任何时候都有同步效果。
静态方法和非静态方法同时声明了synchronized，他们之间是非互斥关系，因为一个锁的是类对象，一个锁的是当前方法所属的对象。
9.将集合和Map转换为线程安全的，使用集合的工具类 Collections
Collections.synchronizedList(list) ;
Collections.synchronizedSet(set) ;
Collections.synchronizedMap(map) ;
10.线程池
创建：
ExecutorService threadPool = Executors.newFixedThreadPool(2) ;

使用：
threadPool.execute(runn) ;

结束线程池：
threadPool.shutdown() ;