① java静态代理和iOS代理模式这两个概念的理解上的疑惑
java静态代理模式,举例给你，看下如何理解：
public class Ts {
public static void main(String[] args) throws Exception {
// 通过中介公司生产一批衣服
ClothingProct cp = new ProxCompany( new LiNingCompany());
cp.proctClothing();
}
}
/**
* 定义生产一批衣服功能的接口
*
*/
interface ClothingProct {
void proctClothing(); // 有生产一批衣服的功能
}
/**
*
* 代理类：中介公司
*
*/
class ProxCompany implements ClothingProct {
private ClothingProct cp ; // 中介公司不会生产衣服，需要找一家真正能生产衣服的公司
ProxCompany(ClothingProct cp) {
super ();
this . cp = cp;
}
@Override
public void proctClothing() {
System. out .println( "收取1块钱的中介费" );
cp .proctClothing();
}
}
/**
*
* 李宁公司是生产服装的目标类
*
*/
class LiNingCompany implements ClothingProct {
@Override
public void proctClothing() {
System. out .println( "生产一批衣服。。。。" );
}
}
上面程序的做法，使用的模式是静态代理模式
静态代理模式在现实编程中的弊端：
它的特征是代理类和目标对象的类都是在编译期间确定下来的，不利于程序上的扩展，上面示例中，如果客户还想找一个“生产一批鞋子”的工厂，那么还需要新增加一个代理类和一个目标类。如果客户还需要很多其他的服务，就必须一一的添加代理类和目标类。那就需要写很多的代理类和目标类
代理模式到底做了什么？
我眼中的代理模式只有两个关注点：协议和代理者
协议定义了一组方法，由某一个类负责实现。
代理者作为某个类的一个属性，通常是另一个类的实例对象，可以负责完成原来这个类不方便或者无法完成的任务。
首先谈一谈代理者，在脑中重新回想一下代理模式的实现过程。在页面B中定义一个代理对象的时候，好像和定义一个普通的property非常类似（除了 weak和id《delegate》>）。这也正是我对代理的概括：代理本来就是一个属性而已，并没有非常神秘。
当然，代理者并不只是一个类普通的属性，否则我只需要重写一下B的初始化方法即可达到同样的效果：
self.BVC = [[BViewController alloc]initWithDelegate:self];
然后在BViewController.m中定义一个AViewController *AVC并在初始化方法中赋值即可。
注意到代理者在定义的时候，格式往往是这样的：
id <SomeDelegate> delegate;
所以我对代理的优势的理解是：
代理的核心优势在于解耦
与直接声明一个属于某个固定的类的代理者相比，声明为id的代理者具备两个明星的优势。
允许多个不同的类成为本类的代理。试想一下在本文例子中，如果页面B可以跳转回N个页面，如果还是通过声明一个普通对象的方式，那怎么办？
允许代理者的类还不固定。试想一下，UITableView也有delegate，它根本不知道那个类会成为它的代理者。
再看一看协议。协议更加简单了。协议只是定义了一组方法。在代理模式中，完全可以不用在页面B中定义一个协议，然后A再去遵循这个协议。直接调用A的方法即可。
个人认为协议的优点在于以下几点：
可以利用Xcode的检查机制。对于定义为@required的方法，如果实现了协议而没有实现这个方法，编译器将会有警告。这样可以防止因为疏忽，忘记实现某个代码的情况，而由于OC的运行时特性，这样的错误往往在运行阶段才会导致程序崩溃。
有利于代码的封装。如果一个类，实现了某个协议，那么这个协议中的方法不必在.h中被声明，就可以被定义协议的类调用。这样可以减少一个类暴露给外部的方法。
有利于程序的结构化与层次化。一个协议往往是解决问题的某个方法，对于一个其他的不过却类似的问题，我们只用再次实现协议即可，避免了自己再次构思一组方法。协议的继承机制使得这一有点更加强大。
说了怎么多，总结起来只有一句：代理模式并不神秘，只是一个经过了优化的小技巧（让某个类持有另一个类的指针）。代理和协议也只是让程序耦合度更低，结构感更强而已。
② 什么是java代理模式，具体相关的动态代理和静态代理分别是什么举例更好啦~
简单的例子: HelloSpeaker.java
import java.util.logging.*;
public class HelloSpeaker {
private Logger logger = Logger.getLogger(this.getClass().getName());
public void hello(String name) {
logger.log(Level.INFO, "hello method starts...."); //日志记录
System.out.println("Hello, " + name); //!!!!!!!!!!!
logger.log(Level.INFO, "hello method ends...."); //日志记录
}
}
HelloSpeaker在执行hello()方法时，我们希望能记录该方法已经执行以及结束，
最简单的作法就是如上在执行的前后加上记录动作，然而Logger介入了HelloSpeaker中，
记录这个动作并不属于HelloSpeaker，这使得HelloSpeaker的职责加重。
------------------------------------------------------------------------------------------
怎么办，用下面的方法或许好一些:
先定义一个接口:
public interface IHello {
public void hello(String name);
}
------------------------------------------------------------------------------------------
实现该接口
public class HelloSpeaker implements IHello {
public void hello(String name) {
System.out.println("Hello, " + name);
}
}
public class Greeting implements IHello{
public void hello(String name){
System.out.println("Greeting, " + name);
}
}
------------------------------------------------------------------------------------------
实现一个代理对象: HelloProxy
import java.util.logging.*;
public class HelloProxy implements IHello {
private Logger logger = Logger.getLogger(this.getClass().getName());
private IHello helloObject; //被代理对象
public HelloProxy(){}
public HelloProxy(IHello helloObject) {
this.helloObject = helloObject; //把被代理对象传入
}
public void setHelloObject(IHello helloObject){
this.helloObject = helloObject;
}
public IHello getHelloObject(){
return this.helloObject;
}
public void hello(String name) {
logger.log(Level.INFO, "hello method starts...."); //日志记录
helloObject.hello(name); //!!!!!!!!调用被代理对象的方法
logger.log(Level.INFO, "hello method ends...."); //日志记录
}
}
-----------------------------------------------------------------------------------------------------
执行:
IHello helloProxy = new HelloProxy(new HelloSpeaker()); //生成代理对象, 并给它传入一个被代理的对象
helloProxy.hello("world");
//IHello h=factory.getBean("hello"); // IoC
//h.hello("world");
IHello helloProxy = new HelloProxy(new Greeting()); //生成代理对象, 并给它传入一个被代理的对象
helloProxy.hello("world");
-----------------------------------------------------------------------------------------------------
代理对象HelloProxy将代理真正的HelloSpeaker来执行hello()，并在其前后加上记录的动作，
这使得我们的HelloSpeaker在写时不必介入记录动作，HelloSpeaker可以专心于它的职责。
这是静态代理的基本范例，然而，代理对象的一个接口只服务于一种类的对象，而且如果要代理的方法很多，
我们势必要为每个方法进行代理，静态代理在程序规模稍大时就必定无法胜任.
Java在JDK 1.3之后加入协助开发动态代理功能的类，我们不必为特定对象与方法写特定的代理，使用动态代理，
可以使得一个handler服务于各个对象，首先，一个handler必须实现java.lang.reflect.InvocationHandler：
import java.util.logging.*;
import java.lang.reflect.*;
public class LogHandler implements InvocationHandler { //
private Logger logger = Logger.getLogger(this.getClass().getName());
private Object delegate; //被代理的对象
public Object bind(Object delegate) { //自定义的一个方法，用来绑定被代理对象的，返回值为被代理方法的返回值
this.delegate = delegate;
return Proxy.newProxyInstance(
delegate.getClass().getClassLoader(),
delegate.getClass().getInterfaces(),
this); //通过被代理的对象生成它的代理对象, 并同handler绑定在一起
}
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
Object result = null;
try {
logger.log(Level.INFO, "method starts..." + method); //日志记录
result = method.invoke(delegate, args); //!!!!!!!!调用被代理对象的方法
logger.log(Level.INFO, "method ends..." + method); //日志记录
} catch (Exception e){
logger.log(Level.INFO, e.toString());
}
return result;
}
}
InvocationHandler的invoke()方法会传入被代理对象的方法名称与参数, 实际上要执行的方法交由method.invoke()，
并在其前后加上记录动作，method.invoke()返回的对象是实际方法执行过后的回传结果。
动态代理必须有接口:
public interface IHello {
public void hello(String name);
}
实现该接口:
public class HelloSpeaker implements IHello {
public void hello(String name) {
System.out.println("Hello, " + name);
}
}
执行:
LogHandler logHandler = new LogHandler();
IHello helloProxy = (IHello) logHandler.bind(new HelloSpeaker()); //传入被代理对象, 传回代理对象
helloProxy.hello("Justin");
③ C#和Java定义接口语法的不同点
C#与Java的区别
C#最引人的地方是它与Java的区别而不是其相似性。下面主要来介绍C#区别 于Java的不同的运行特点及Java完全没有的特点。
中间语言
当MSIL被编译成最终的机器码时，微软公司在如何选择上是非常灵活的。微 软公司很谨慎的对外宣称说MSIL不是解释型的，而是被编译成机器码。因为开发 人员都有这样一个观念：Java程序天生就比C程序运行慢，所以这暗示着基于MSIL 的程序优于解释型的Java字节码。当然，既然C#和其它MSIL 产品编译器还未发布 ，那么这一点就还未证明，但是Java无处不在的即时编译器使得C#和Java在效能 上是一样的。象“C#是编译型的，Java是解释型的”这样话只是销售中的技巧。 Java的字节码和MSIL码都是的类似汇编的中间语言，在运行时执行这些中间码。
与COM的整合
对于基于Windows的C#开发人员来说，最大的收获是对COM的无损整合，COM是 微软Win32的组件技术。实际上，任何一种.Net体系结构上的语言最终都可能去写 COM的客户端和服务器端程序。用C#编写的类也会作为COM组件的子类；结果类 （resulting class）也能作为COM组件使用，并作为COM组件的子类。
微软公司的目标是使越来越多的语言都能访问组件，并使这些组件能整合到. Net体系结构中。已有几个厂商开始着手开发支持.Net功能的编程语言，如COBOL 和Haskell。开发人员能选择不同的语言解决不同问题，更重要的是，开发人员不 必为采用.Net体系结构而必须学习新语言，可以选择一种他们熟悉的语言。
用范例说明了C#与Java两者在 相似性外，它们又是非常不同的，有许多细微的语义和设计区别，适合不同的技 术和市场环境，又谈到了微软公司对C#进行标准化方面的尝试，及其对Java的影 响。
c#与java的区别
1.属性：
java中定义和访问均要用get和set方法，可以不成对出现。
c#中是真正的属性，定义时get和set必须同时出现,房问时用.号即可。不用 get,set
2.对象索引
就是对象数组
public Story this [int index] {
3.C#中,不用任何范围修饰符时,默认的是protect,因而不能在类外被访问.
4.因为JAVA规定,在一个文件中只能有一个public类,而且这个类的名称必须与文 件名一模一样,这是一个区别
5.在C#中,它是以Main方法来定位入口的.如果一个程序中没有一个名为Main的方 法,就会出"找不到入口的错误".不要把Main写成main哟
6.C#预定义的简单数据类型比Java多。例如，C#有unit，即无符号整数
7.忘掉Java中的static final修饰符。在C#中，常量可以用const关键词声明
C#的设计者还增加了readonly关键词,readonly域只能通过初始化器或类的构造函 数设置
8.公用类的入口点:c#是可以对Main进行重载（java中是main）,允许有int返回值 和空参数的Main
9.在Java中，switch语句只能处理整数。但C#中的switch语句不同，它还能够处 理字符变量。请考虑下面用switch语句处理字符串变量的C#代码
10.C#没有>>>移位操作符
11.goto关键词:
Java不用goto关键词。在C#中，goto允许你转到指定的标签。不过，C#以特别谨 慎的态度对待goto，比如它不允许goto转入到语句块的内部。在Java中，你可以 用带标签的语句加上break或continue取代C#中的goto。
12.int[] x = { 0, 1, 2, 3 };
int x[] = { 0, 1, 2, 3 };
但在C#中，只有第一行代码合法，[]不能放到变量名字之后。
13.与Java不同的是，C#允许为名称空间或者名称空间中的类指定别名：
using TheConsole = System.Console;
14.在Java中，包的名字同时也是实际存在的实体，它决定了放置.java文件的目 录结构。在C#中，物理的包和逻辑的名称之间是完全分离的
.NET 中包的实体称为程序集（Assembly）。每一个程序集包含一个manifest结构 。manifest列举程序集所包含的文件，控制哪些类型和资源被显露到程序集之外 ，并把对这些类型和资源的引用映射到包含这些类型与资源的文件。程序集是自 包含的，一个程序集可以放置到单一的文件之内，也可以分割成多个文件。.NET 的这种封装机制解决了DLL文件所面临的问题，即臭名昭着的DLL Hell问题。
15.在Java中，java.lang包是默认的包,C#中不存在默认的包
16.C#中的访问修饰符与Java中的基本对应，但多出了一个internal。简而言之， C#有5种类型的可访问性，如下所示：
public：成员可以从任何代码访问。
protected：成员只能从派生类访问。
internal：成员只能从同一程序集的内部访问。
protected internal：成员只能从同一程序集内的派生类访问。
private：成员只能在当前类的内部访问。
17.由于C#中不存在final关键词，如果想要某个类不再被派生，你可以使用 sealed关键词
18.与Java不同，C#中的接口不能包含域（Field）。
另外还要注意，在C#中，接口内的所有方法默认都是公用方法。在Java中，方法 声明可以带有public修饰符（即使这并非必要），但在C#中，显式为接口的方法 指定public修饰符是非法的。例如，下面的C#接口将产生一个编译错误。
19.C# 中的is操作符与Java中的instanceof操作符一样，两者都可以用来测试某 个对象的实例是否属于特定的类型。在Java中没有与C#中的as操作符等价的操作 符。as操作符与is操作符非常相似，但它更富有“进取心”：如果类型正确的话 ，as操作符会尝试把被测试的对象引用转换成目标类型；否则，它把变量引用设 置成null。
20.C#仍旧保留了C++的内存手工管理方法，它适合在速度极端重要的场合使用， 而在Java中这是不允许的
21.在C#中，所有的异常都从一个名为Exception的类派生
22.枚举器即enum类型(java无),把它作为一个变量值的类型使用，从而把变量可 能的取值范围限制为枚举器中出现的值。
23.结构（Struct）与类很相似,而结构是一种值类型，它存储在栈中或者是嵌入 式的,结构可以实现接口，可以象类一样拥有成员，但结构不支持继承
24.属性声明语法的第一部分与域声明很相似，第二部分包括一个set过程和/或一 个get过程
25.传值方式：
在java中简单数据类型的值传参时，都以传值方式;
在c#中如果加ref则会以引用的方式传值（方法内部改变该参数，则外部变量一起 跟着变）;
加out与ref基本相同，但out不要求参数一定要初始化.
26.c#保留了指针。unsafe
27.代理：代理（delegate）可以看作C++或者其他语言中的函数指针
代理用来封装可调用方法。你可以在类里面编写方法并在该方法上创建代理，此 后这个代理就可以被传递到第二个方法。这样，第二个方法就可以调用第一个方 法。
代理是从公共基类System.Delegate派生的引用类型。定义和使用代理包括三个步 骤：声明，创建实例，调用。代理用delegate声明语法声明。
④ Java的回调函数和观察者模式的区别
java的回调 叫listener 模式。
无论是listener模式，还是C++里面的callback模式，本质是一样的
他们都是观察者模式的具体实现。
观察者模式是设计模式中定义的一种思想，而具体到不同的语言环境，使用不同的语法表现出来就会有java的listener objc的 delegate，或者C++的 callback。
⑤ 编程:请问java与c#都是由c演变的,那么java与c有哪些区别呢
一、首先，给你个形象的例子让你明白：
如果说JAVA好比是奔4，C语言就是386电脑了。
两者都是编译语言，但是后者是计算机发展中的一个基础语言，而JAVA则是新兴的功能更加强大的编写语言。
二、其次，再给你详细一些的说明两者的区别：
1． Java没有预处理指令。（如C中的#define , #include , #ifdef等）。C中的常量定义在Java中用static final来取代。
2． Java中没有C中的全局变量。
3． Java中的主类型的size是确定的，而C中主类型的size跟平台相关。
4． Java中没有了指针，它使用了类似的句柄来取代指针，但是Java中不允许对句柄进行加减，没有取地址操作符之类的东东。
5． Java有垃圾收集机制，不需要自己释放空间。
6． Java没有goto语句。Java在C提供的控制语句基础上增加了异常处理和标签break和continue语句。这些可以替代goto的作用。
7． C要求一个方法或块中使用的所有局部变量的定义在该方法或块的最开始处定义，而Java允许这些定义在方法或块的任意地方出现。
8． Java不要求在调用一个函数以前已经定义了该函数，可以在调用点后面定义。而C有这个要求。
9． Java不支持C中的strut 和 union类型。Java支持方法重载。
10． Java不支持C中的enum关键字。
11． Java不支持C中的bitfields能力。
12． Java不支持C的typedef。
13． Java不支持C的方法指针。
14. Java不支持C的可变参数表。
三、最后，再向你介绍一下JAVA与C#的区别：
1.属性：
java中定义和访问均要用get和set方法，可以不成对出现。
c#中是真正的属性，定义时get和set必须同时出现,房问时用.号即可。不用get,set
2.对象索引
就是对象数组
public Story this [int index] {
3.C#中,不用任何范围修饰符时,默认的是protect,因而不能在类外被访问.
4.因为JAVA规定,在一个文件中只能有一个public类,而且这个类的名称必须与文件名一模一样,这是一个区别
5.在C#中,它是以Main方法来定位入口的.如果一个程序中没有一个名为Main的方法,就会出"找不到入口的错误".不要把Main写成main哟
6.C#预定义的简单数据类型比Java多。例如，C#有unit，即无符号整数
7.忘掉Java中的static final修饰符。在C#中，常量可以用const关键词声明
C#的设计者还增加了readonly关键词,readonly域只能通过初始化器或类的构造函数设置
8.公用类的入口点:c#是可以对Main进行重载（java中是main）,允许有int返回值和空参数的Main
9.在Java中，switch语句只能处理整数。但C#中的switch语句不同，它还能够处理字符变量。请考虑下面用switch语句处理字符串变量的C#代码
10.C#没有>>>移位操作符
11.goto关键词:
Java不用goto关键词。在C#中，goto允许你转到指定的标签。不过，C#以特别谨慎的态度对待goto，比如它不允许goto转入到语句块的内部。在Java中，你可以用带标签的语句加上break或continue取代C#中的goto。
12.int[] x = { 0, 1, 2, 3 };
int x[] = { 0, 1, 2, 3 };
但在C#中，只有第一行代码合法，[]不能放到变量名字之后。
13.与Java不同的是，C#允许为名称空间或者名称空间中的类指定别名：
using TheConsole = System.Console;
14.在Java中，包的名字同时也是实际存在的实体，它决定了放置.java文件的目录结构。在C#中，物理的包和逻辑的名称之间是完全分离的
.NET中包的实体称为程序集（Assembly）。每一个程序集包含一个manifest结构。manifest列举程序集所包含的文件，控制哪些类型和资源被显露到程序集之外，并把对这些类型和资源的引用映射到包含这些类型与资源的文件。程序集是自包含的，一个程序集可以放置到单一的文件之内，也可以分割成多个文件。.NET的这种封装机制解决了DLL文件所面临的问题，即臭名昭着的DLL Hell问题。
15.在Java中，java.lang包是默认的包,C#中不存在默认的包
16.C#中的访问修饰符与Java中的基本对应，但多出了一个internal。简而言之，C#有5种类型的可访问性，如下所示：
public：成员可以从任何代码访问。
protected：成员只能从派生类访问。
internal：成员只能从同一程序集的内部访问。
protected internal：成员只能从同一程序集内的派生类访问。
private：成员只能在当前类的内部访问。
17.由于C#中不存在final关键词，如果想要某个类不再被派生，你可以使用sealed关键词
18.与Java不同，C#中的接口不能包含域（Field）。
另外还要注意，在C#中，接口内的所有方法默认都是公用方法。在Java中，方法声明可以带有public修饰符（即使这并非必要），但在C#中，显式为接口的方法指定public修饰符是非法的。例如，下面的C#接口将产生一个编译错误。
19.C#中的is操作符与Java中的instanceof操作符一样，两者都可以用来测试某个对象的实例是否属于特定的类型。在Java中没有与C#中的as操作符等价的操作符。as操作符与is操作符非常相似，但它更富有“进取心”：如果类型正确的话，as操作符会尝试把被测试的对象引用转换成目标类型；否则，它把变量引用设置成null。
20.C#仍旧保留了C++的内存手工管理方法，它适合在速度极端重要的场合使用，而在Java中这是不允许的
21.在C#中，所有的异常都从一个名为Exception的类派生
22.枚举器即enum类型(java无),把它作为一个变量值的类型使用，从而把变量可能的取值范围限制为枚举器中出现的值。
23.结构（Struct）与类很相似,而结构是一种值类型，它存储在栈中或者是嵌入式的,结构可以实现接口，可以象类一样拥有成员，但结构不支持继承
24.属性声明语法的第一部分与域声明很相似，第二部分包括一个set过程和/或一个get过程
25.传值方式：
在java中简单数据类型的值传参时，都以传值方式;
在c#中如果加ref则会以引用的方式传值（方法内部改变该参数，则外部变量一起跟着变）;
加out与ref基本相同，但out不要求参数一定要初始化.
26.c#保留了指针。unsafe
27.代理：代理（delegate）可以看作C++或者其他语言中的函数指针
代理用来封装可调用方法。你可以在类里面编写方法并在该方法上创建代理，此后这个代理就可以被传递到第二个方法。这样，第二个方法就可以调用第一个方法。
代理是从公共基类System.Delegate派生的引用类型。定义和使用代理包括三个步骤：声明，创建实例，调用。代理用delegate声明语法声明。
⑥ java中source - generate delegate methods是用来完成什么功能的
字面上翻译就是“生成代理方法”，就是如果你有一个类的属性，只要它不是基本类型(int, long, float...)，就根据这个类型的所有父类型（包括接口）生成同名的方法，并调用父类型的方法。
这么解释起来有点抽象，你可以创建一个属性，比如
public class Test {
private String testStr; //在这个变量名上点右键“generate delegate methods"
...
你会发现所有String类以及父类Object类的所有方法都列出来了，你可以生成其中某个或全部方法的代理方法，例如生成length()方法的代理方法如下：
public int length() {
return testStr.length();
}
你可以看到”代理方法“一般只是简单的对父类型的同名方法做了调用，一般你还需要添加一部分功能，但是eclipse已经把重复劳动的那一部分替你做了。
这么解释能明白了吧
⑦ java 为什么引入函数式接口而不是委托知乎
一个函数式接口是一个能够使用类函数做为参数的类型，一个lambda表达式支持提供这样一个实参。举个例子，forEach类方法在集合类上有如下签名：必须为forEach提供并实现一个Block接口的一个单例类方法实例，才能被使用forEach类方法。
⑧ 在Java中没有C#的delegate类型,ref和out类型的参数,那在Java中如何变通地实现相同功能
delegate你可以用相关对象的addXXXListener实现，如果没有你想要的listener，你可以自己写一个，然后在set方法里面通知这些listener就可以了，比方你要监视Obj的属性变化，可以这样，先定义一个借口PropertyChangeListener{public void execute();}
class Obj{
List<PropertyChangeListener> listeners;
void firePropertyChanged(PropertyChangeEvent e){
for (PropertyChangeListener l:listeners){
l.execute(e);
}
}
void addPropertyChangeListener(PropertyChangeListener l){
listeners.add(l);
}
}
ref就是传引用，随便一个对象就可以传引用，除了String，还有out，你直接在函数里面修改传引用的参数就ok
⑨ 什么是delegate
import java.io.BufferedReader;
import java.io.InputStreamReader;
public class test
{
public static void main(String[] args)throws Exception
{
int[] b=new int[200];
int[] c=new int[200];
int i, j;
BufferedReader br=new BufferedReader(new InputStreamReader(System.in));
String str=null;
⑩ C#与JAVA的异同总结（详细）
C#是.net系列的，基于C++语言进行面向对象的程序开发环境，开发技术
java是sun公司推出的纯面向对象的语言，程序开发技术。是开源的
java是基于C++变化而来的，其优点在于其的开源和共享！
C#是微软推出的，其优点在于开发的可视性强，学习起来比较方便！
java编写的程序相对.net来说是比较耗费内存的，比较有代表性的就是orcle
.net编写的程序相对java来说是是比较耗费CPU的