2.jsp代码，文件login.jsp

题记：建议关于spring问题，请记得查看spring reference。

一、annotation前生后世

Annotations do not directly affect program semantics, but they do affect the way programs are treated by tools and libraries, which can in turn affect the semantics of the running program. Annotations can be read from source files, class files, or reflectively at run time.

译：annotation不会直接影响程序的语义，xxx。Annotation可以从源文件、class文件、通过反射在运行时读取。

参考：http://www.developer.com/print.php/3556176

1.       定义

Annotation type declarations are similar to normal interface declarations. An at-sign (@) precedes the interface keyword. Each method declaration defines an element of the annotation type. Method declarations must not have any parameters or a throws clause. Return types are restricted to primitives, String, Class, enums, annotations, and arrays of the preceding types. Methods can have default values.

Annotation声明与普通的interface非常相似，在关键字interface前加@。每一个方法的声明定义一个annotation的元素。方法不能有任何的参数或throws异常。返回类型被限制为：原始类型、String、Class、enum、annotation、前面描述的类型组成的数组。method定义允许有默认值。

2.       Java annotation

There are two types of annotations available with JDK5:

1） Simple annotations: These are the basic types supplied with Tiger, which you can use to annotate your code only; you cannot use those to create a custom annotation type.

三个基本的annotation，如：Override、Deprecated、Suppresswarnings，不能使用它去定义新的annotation。

2） Meta annotations: These are the annotation types designed for annotating annotation-type declarations. Simply speaking, these are called the annotations-of-annotations.

元annotation，定义annotation的类型。如：Target、Retention、Documented、Inherited。

A.      Target：声明annotation注解的目标类型。如@Target(ElementType.TYPE)、@Target(ElementType.METHOD)

B.      Retention：声明annotation被保留的长度。如：RetentionPolicy.SOURCE、RetentionPolicy.CLASS、RetentionPolicy.RUNTIME

C.      Documented：声明被注解的target生成doc是否需要显示annotation信息。

D.      Inherited：xxx

3.       annotation作用

a． 不影响程序原本语义的情况下，增加信息+工具=声明式编程。如：spring aop

b． 编译检查 ？

二、利用annotation实现aop

1. 思路

A．自定义注解定义规则（何时执行）

B．标记行为（执行什么）

C．通过反射生成代理，在对象执行任何方法时，进行拦截判断是否符合规则；若符合，执行对应的行为。

2. 例子

场景：一个表演家，表演节目后，观众拍手鼓掌

原始：表演家拥有所有观众的引用，在自己表演完后，通知观众鼓掌

问题：表演家应该关注表演自身的事情，有哪些观众、观众是否鼓掌，不是其所关注的

改进：AOP方式，表演家仅关注表演，观众鼓掌由其它人负责

总结：

面向切面编程 (AOP) 提供从另一个角度来考虑程序结构以完善面向对象编程（OOP）。 面向对象将应用程序分解成各个层次的对象，而AOP将程序分解成各个切面或者说关注点。这使得可以模块化诸如事务管理等这些横切多个对象的关注点。

三、spring aop如何使用annotation

1. 基本方式，通过ProxyFactoryBean

a．通知

b．切入点

b．通知+切入点 à 切面

c．实际对象+接口+切面 à 接口代理（）

2. 自动代理方式：

基本方式的问题是，xml配置文件繁琐。

1）基于spring上下文的通知者Bean的自动代理（利用PostBeanProcessor ？）

BeanNameAutoProxyCreator，有属性：beanNames（被代理对象）、interceptorNames（通知）。自动代理beanNames指定的bean，此时interceptorNames指定通知，但interceptor需要实现特定的接口，如：MethodBeforeAdvice。

2） 基于aspectJ注解驱动

使用aspectJ风格的注解。原理：生成代理，仅方法级别。使用AspectJ 提供的一个库来做切点（pointcut）解析和匹配。

4.       <aop:config>，优点：任何类都能转化为切面，不需要特殊接口或注解，原始pojo对象

5.       aop参数传递，见：spring reference 6.3.3.6 通知参数

a． around切点，必须传递ProceedingJoinPoint参数，通过ProceedingJoinPoint取得方法的所有信息。

b． 其它切点，利用JoinPoint取得方法的所有参数。

c． 通过参数名绑定传递参数，未理解。

四、annotation相关技术

1. cglib

它的原理就是用Enhancer生成一个原有类的子类，并且设置好callback到proxy， 则原有类的每个方法调用都会转为调用实现了MethodInterceptor接口的proxy的intercept() 函数。

2.  asm

ASM is an all purpose Java bytecode manipulation and analysis framework. It can be used to modify existing classes or dynamically generate classes, directly in binary form. Provided common transformations and analysis algorithms allow to easily assemble custom complex transformations and code analysis tools.

ASM offer similar functionality as other bytecode frameworks, but it is focused on simplicity of use and performance. 

简单理解asm是比cglib更高级的code generate lib。

五、others问题

1. Generics 

Generics - This long-awaited enhancement to the type system allows a type or method to operate on objects of various types while providing compile-time type safety. It adds compile-time type safety to the Collections Framework and eliminates the drudgery of casting. See theGenerics Tutorial. (JSR 14)

泛型提供了编译时类型检查安全。这点很重要吗 ？

2. 为什么spring aop aspectJ anonotation的pointcut声明，必须注解在方法上 ？通过方法唯一标识一个pointcut ？

猜测：@Pointcut的Target属性指定仅为method。方法签名成为pointcut的id。

一、摘要

1.       什么是“代理”

2.       代理模式与适配器模式、装饰者模式的区别，适用场景

3.       手工代理

4.       动态代理的原理

二、什么是“代理”

       如：一个CEO，会有一个助理，任何需要CEO处理的事情，都会经过助理过滤、整理后交给CEO。助理就是CEO的代理。

       自己理解，代理就是为帮实际的执行者，做数据的过滤和控制，为实际执行者屏蔽掉外部其它因素的影响，专心去做应该做的事情。

三、代理模式与适配器模式、装饰者模式的区别，适用场景

1、代理模式

HeadFirst 定义：为另一个对象提供一个替身或占位符以控制对这个对象的访问。

可以从OutputStream à FileOutputStream à BufferedOutputStream，功能依次增强，为对象增加更多的行为。

自己理解：目的不一样，代理是为控制对被代理对象的访问；装饰者，是对被装饰者功能的增强，避免过度使用继承实现不同的功能。

：

Client请求ExecuteClass，但ExecuteClass暴露的接口不符合client的要求，在双方系统都不修改的情况下，利用适配器模式解决此问题。

三、手工代理



场景：根据id，获取Item；代理检查用户的权限是否有权限查看Item，已经记录log日志。具体代码很容易实现。

四、动态代理

对上面的场景，如果使用动态代理，步骤：

1. 根据interface，通过loader，生成Class对象

Class clazz = Proxy.getProxyClass(ItemService.class.getClassLoader(), ItemService.class);

2. 通过反射，获取Class对象的Construct对象（注意：Construct对象需要的参数类型）

Constructor c = clazz.getConstructor(InvocationHandler.class);

3. 调用Construct对象 newInstance()生成实例对象

proxy = (ItemService)c.newInstance(this); //this是InvocationHandler实例

对于上面场景，实际动态生成的代理的类图。对代理的任何调用都会，super.handle.invoke()，用户实现InvocationHandler，覆写invoke方法，实现基于方法的控制。

从类图，也解释了为什么只能实现“接口”的动态代理，因为代理本身需要继承Proxy，如果实现“类”的代理，意味着要同时继承两个类，与Java不支持多继承相违背。

附代码是从网上摘抄过来的，代理的源码：

      1.Thread的ThreadLocalMap threadLocals 属性什么时候实例化 ？ 线程实例化时吗 ？
答：第一次set时，会判断是否为null，若为null，初始化。

2.ThreadLocalMap replaceStaleEntry(key, value, i); 做了什么 ？
答：全清洗stale对象；存放当前对象在发现的第一个stale位置。因为Entry是继承WeakRerfence，任何一次的垃圾收集，都会导致其引用的对象被回收。

4.与Map方式的一些区别 ？
Map策略：a、相同hash&key，覆盖value； b、相同hash，key不同，当前元素做为单向链的第一个元素，原来第一个元素做为当前元素的下一个。
ThreadLocalMap策略：a相同，是不存在b情况；以ThreadLocal作为key，ThreadLocal的threadLocalHashCode由原子AtomicInteger计算getAndAdd(0x61c88647)得到；在Entry[]数组的位置，通过threadLocalHashCode & (length-1)计算；对于b情况，继续查找Entry[]数组的下一个位置，是否可存放（key相同或null）；当size>=threshold(len*2/3)做resize=oldLen*2. 

题记：一个cookie，整个下午都没有找到解决的办法。

一、遇到的问题

1. 情景：访问http://list.mall.daily.taobao.net/50024400/xxx，当前页面通过ajax请求广告，请求的域为http://tmatch.simba.taobao.com/xxx；广告引擎向页面种seesion范围的cookie名_back，用于标识翻页；

      2. 问题：

点击当前页面的翻页，IE下广告不翻页？通过firebug与httpwatch对比，发现IE下cookie“_back”不正确。开始猜测是引擎种cookie的逻辑存在问题，但很多地方都在使用此接口，均没有问题。

且有人的机器翻页正常，此时怀疑是浏览器设置问题？再用httpwatch观察“http请求头”，发现_back没有回传给引擎（其实httpwatch的cookies也可以观察到，如果发送cookie的话，会显示为Sent；之前只观察到Received）？ 确认是浏览器的问题。

3. 解决：打开IE隐私设计，通常默认设置为“中”，拒绝“没有隐私政策的第三方cookie ...”，意味着_back并没有成功写入客户端，所有请求引擎导致不能正确回传_back，翻页失败。

         这么说淘宝所有的广告的翻页都是不可用的 ？肯定不是。问题在”第一方 Cookie 来自您正浏览的网站，它们可以是永久的或临时的；第三方 Cookie 来自您正浏览的网站上的其他网站的广告”，对于浏览器“taobao.net与taobao.com”就是不同的两个网站，所以引擎的_back是无法种在客户端。此情景是daliy环境，线上的环境访问的是list.mall.daily.taobao.com,所以不存在“第三方cookie”的概念，广告是可以正确显示。

二、关于cookie小知识

1.IE Cookie的格式

第一行“名称”，第二行“值”，第三行“所属域” ...比如“.taobao.com”存在cna，此cookie会被浏览器自动发送到任何属于此域的子域；www.taobao.com\taobao.com，后面的是根域，前一个是二级域。xp存放目录为：C:\Documents and Settings\<username>\Cookies\，文件命名：你的用户名@生成COOKIE的domain[COOKIE改变的次数].txt

  参考：http://blog.csdn.net/zhangxinrun/archive/2010/07/31/5779574.aspx

2.Js Cookie跨域访

 http://blog.csdn.net/tongdoudpj/archive/2009/05/10/4166096.aspx

3.cookie与session的关系

根本的原因：http协议的无状态性，cookie的出现就是为了解决这个问题。

session是一种在客户端与服务器之间保持状态的解决方案。服务端存储内容，返回对应的key给客户端，当下次访问时，带上此key，实现状态的维持。

session实现：

1.依赖cookie，The session cookie is stored in temporary memory and is not retained after the browser is closed。（实际测试：IE8，未在1描述的位置找到session级别cookie对应的文件，猜测‘临时存储在浏览器内存’，当关闭浏览器时则丢失key）

2.url重写。Servlet规范定义此功能。当浏览器禁用cookie时，就算session级别的内容也不会被存储。resp.encodeRedirectURL(url)，且仅当禁用cookie时有效，重写结果如：http://www.demo.com/cookie.do;jsessionid=19gfy1sg740dl1whwd72lbqlhb

疑问：server如何判断，是否需要重写呢？从实验现象看，判断是否收到name=JSESSIONID 的cookie，若无，则进行url重写。

           最好的方式，翻翻tomcat、jetty的源码实现，但未找到对应的代码。

关于cookie的详细信息参见： http://en.wikipedia.org/wiki/HTTP_cookie

题记：.java源文件是如何被找到的？.class字节码文件是如何被找到的？内容：全部借鉴《Java深度历险》

Package：命名空间的问题，隔离类之间的关系。

Import：声明引入的类的路径（仅在编译时有作用，编译后的文件，类的声明已经为全路径）；好处“明晰的代码结构，分离在多个文件；帮助实现动态链接的功能”。

一、编译

package edu.nctu;

import com.taobao.Test;

import edu.nctu.*;

public class C

{

public void print() {

              System.out.println("package test") ;

       }

}

步骤：

1. 根据classpath建立，“类相对路径参考表”

如：javac –cp .;d:/test/，在d:/下执行，结果：d:/；d:/test/。

2. 以“类相对路径参考表”作为相对起始路径，验证能够找到所有要用的package。

根据import引入的package或全限定类名，import packagename.classname，將packagename之中的“.”以“/”取代.

       2.1 若com.taobao.*形式，验证在d:/目录下是否存在com/taobao/目录，若不存在，依次检查d:/test/。

       2.2 若com.taobao.Test形式，验证是否存在com/taobao/Test，与上相同。

3. 建立“类参考表”和“相对类参考表”

       3.1 类参考表：com.taobao.Test

       3.2 类相对参考表：com.taobao.*

4. 解析class{} 包含的代码

是否全限定类名

       4.1 是，绝对路径 =“类相对路径参考表”+全限定类名，查找，不存在为错误；

       4.2 否，绝对路径 =“类相对路径参考表”，查找；

              4.2.1是，编译

              4.2.2否，解析package

                     4.2.2.1 在类参考表，是否存在1以上的同名类，出错；否则，绝对路径 =“类相对路径参考表”+ “类参考表”，正确。

                     4.2.2.2 在类参考表找不到，绝对路径 = “类相对路径参考表”+ “相对类参考表”，若存在一个以上的类，出错；否则，正确。

提醒：

1.       如果已经存在A .class文件，A .java不是必须的；

2.       编译器在找到源码或字节码，对会验证是否属于此package，但没有通过make机制的编译，是不会验证的；make机制，即编译器自动维护具有相互依赖关系的文件；javac命令直接编译文件，如：javac -cp d:/test com.edu.C.java，编译器角度：com.edu.C.java 是一个文件名，且没有通过make机制，所以-cp指定的路径建立的“类相对路径参考表”也不会使用，编译器直接在当前目录下查找com.edu.C.java，结果 ClassNotFoundException 。

二、运行

1、 编译结束后，import指令已经不存在，类被替换为“全限定类名”

2、 运行时类的加载，都是通过classloader进行，所以必须遵循正确的“包目录”结构，不管是否直接通过命令行执行。

步骤：

1.       建立“字节码路径参考表”，根据classpath

2.       绝对路径 = “字节码路径参考表”+ 全限定类名，查找；加载；找不到，报错。