Các lựa chọn thay thế cho java.lang.reflect.Proxy để tạo proxy của các lớp trừu tượng (thay vì giao diện)

Question 1

[ java.lang.reflect.] Proxycung cấp các phương thức tĩnh để tạo các lớp và thể hiện proxy động, và nó cũng là lớp cha của tất cả các lớp proxy động được tạo bởi các phương thức đó.

Các newProxyMethodphương pháp (có trách nhiệm để tạo ra các proxy động) có chữ ký sau đây:

public static Object newProxyInstance(ClassLoader loader,
                                      Class<?>[] interfaces,
                                      InvocationHandler h)
                             throws IllegalArgumentException

Thật không may, điều này ngăn người ta tạo proxy động mở rộng một lớp trừu tượng cụ thể (thay vì triển khai các giao diện cụ thể). Điều này có ý nghĩa, việc xem xét java.lang.reflect.Proxylà "lớp cha của tất cả proxy động", do đó ngăn chặn một lớp khác là lớp cha.

Do đó, có bất kỳ giải pháp thay thế java.lang.reflect.Proxynào có thể tạo proxy động kế thừa từ một lớp trừu tượng cụ thể, chuyển hướng tất cả các lệnh gọi đến các phương thức trừu tượng đến trình xử lý lệnh gọi không?

Ví dụ: giả sử tôi có một lớp trừu tượng Dog:

public abstract class Dog {

    public void bark() {
        System.out.println("Woof!");
    }

    public abstract void fetch();

}

Có lớp học nào cho phép tôi làm những điều sau không?

Dog dog = SomeOtherProxy.newProxyInstance(classLoader, Dog.class, h);

dog.fetch(); // Will be handled by the invocation handler
dog.bark();  // Will NOT be handled by the invocation handler

Question 2

Nó có thể được thực hiện bằng Javassist (xem ProxyFactory) hoặc CGLIB .

Ví dụ của Adam bằng cách sử dụng Javassist:

Tôi (Adam Paynter) đã viết mã này bằng Javassist:

ProxyFactory factory = new ProxyFactory();
factory.setSuperclass(Dog.class);
factory.setFilter(
    new MethodFilter() {
        @Override
        public boolean isHandled(Method method) {
            return Modifier.isAbstract(method.getModifiers());
        }
    }
);

MethodHandler handler = new MethodHandler() {
    @Override
    public Object invoke(Object self, Method thisMethod, Method proceed, Object[] args) throws Throwable {
        System.out.println("Handling " + thisMethod + " via the method handler");
        return null;
    }
};

Dog dog = (Dog) factory.create(new Class<?>[0], new Object[0], handler);
dog.bark();
dog.fetch();

Cái nào tạo ra đầu ra này:

Gâu!
Xử lý công khai void mock.Dog.fetch () thông qua trình xử lý phương thức

Question 3

Những gì bạn có thể làm trong trường hợp này là có một trình xử lý proxy sẽ chuyển hướng các cuộc gọi đến các phương thức hiện có của lớp trừu tượng của bạn.

Tất nhiên bạn sẽ phải viết mã nó, tuy nhiên nó khá đơn giản. Để tạo Proxy của bạn, bạn sẽ phải cung cấp cho anh ta một InvocationHandler. Sau đó, bạn sẽ chỉ phải kiểm tra loại phương thức trong invoke(..)phương thức của trình xử lý lời gọi của bạn. Nhưng hãy cẩn thận: bạn sẽ phải kiểm tra kiểu phương thức đối với đối tượng cơ bản được liên kết với trình xử lý của bạn, chứ không phải đối với kiểu đã khai báo của lớp trừu tượng của bạn.

Nếu tôi lấy làm ví dụ về lớp chó của bạn, thì phương thức gọi của trình xử lý lệnh gọi của bạn có thể trông giống như thế này (với một lớp con chó được liên kết hiện có được gọi là .. well ... dog)

public void invoke(Object proxy, Method method, Object[] args) {
    if(!Modifier.isAbstract(method.getModifiers())) {
        method.invoke(dog, args); // with the correct exception handling
    } else {
        // what can we do with abstract methods ?
    }
}

Tuy nhiên, có điều gì đó khiến tôi băn khoăn: Tôi đã nói về một dogđối tượng. Tuy nhiên, vì lớp Dog là trừu tượng, bạn không thể tạo các cá thể, vì vậy bạn có các lớp con hiện có. Hơn nữa, khi việc kiểm tra nghiêm ngặt mã nguồn Proxy cho thấy, bạn có thể phát hiện ra (tại Proxy.java:362) rằng không thể tạo Proxy cho đối tượng Lớp không đại diện cho giao diện).

Vì vậy, ngoài thực tế , bạn muốn làm gì cũng hoàn toàn có thể làm được.