Nguy hiểm khi sử dụng sự phản chiếu để thêm tệp vào đường dẫn lớp vào thời gian chạy

Question

Gần đây tôi đã tìm cách tải động tệp jar vào ứng dụng của tôi khi chạy.

Tôi đã đi cùng một giải pháp nhất định vài lần, về cơ bản là "hack" có trình nạp lớp hệ thống và sử dụng phản chiếu để truy cập phương thức addURL khác được thêm vào để thêm tệp bổ sung vào classpath ban đầu khi chạy. Giải pháp này giả sử hoạt động thực sự tốt và tránh được các vấn đề xảy ra khi viết và sử dụng trình nạp lớp tùy chỉnh selfmade.

Nó trông giống như sau:

URLClassLoader sysloader = (URLClassLoader) ClassLoader.getSystemClassLoader(); 
Class sysclass = URLClassLoader.class; 

try { 
     Method method = sysclass.getDeclaredMethod("addURL", parameters); 
     method.setAccessible(true); 
     method.invoke(sysloader, new Object[] { u }); 
} catch (Throwable t) { 
     t.printStackTrace(); 
     throw new IOException("Error, could not add URL to system classloader"); 
} 

Câu hỏi của tôi là như sau: Tôi giả sử có một lý do thực sự tốt cho việc thực hiện phương pháp addURL bảo vệ ở nơi đầu tiên, thì phải có một số loại cạm bẫy hay nguy hiểm khi thêm tệp vào classpath động.

Bên cạnh việc giả định trình nạp lớp hệ thống luôn là URLClassLoader, "luôn luôn là trường hợp" (TM), tôi có thể gặp phải sự cố nào khi sử dụng "hack" này?

Cảm ơn

Answer 1

Nguy hiểm chính là dựa vào kiểm tra thời gian chạy của phương pháp tồn tại.

Nếu chữ ký của phương thức thay đổi trong tương lai, bạn sẽ không biết về nó cho đến khi chạy. Điều này cũng có thể để lại trong một tình huống khó chịu nếu không có phương pháp thay thế được cung cấp.

Ngoài ra, như khổng lồ đã khẳng định, các nhà thiết kế chọn để thực hiện các phương pháp protected vì một lý do (khác sau đó thiếu suy tính trước)