Я хотел бы избежать отражения в проекте с открытым исходным кодом, который я разрабатываю. Здесь у меня есть классы как следующее.
public class PurchaseOrder {
@Property
private Customer customer;
@Property
private String name;
}
Я сканирую для @Property
аннотация для определения то, что я могу установить и получить от PurchaseOrder отражающим образом. Существует много таких классов все использование java.lang.reflect.Field.get()
и java.lang.reflect.Field.set()
.
Идеально я хотел бы генерировать для каждого свойства invoker как следующее.
public interface PropertyAccessor<S, V> {
public void set(S source, V value);
public V get(S source);
}
Теперь, когда я сканирую класс, я могу создать статический внутренний класс PurchaseOrder
как так.
static class customer_Field implements PropertyAccessor<PurchaseOrder, Customer> {
public void set(PurchaseOrder order, Customer customer) {
order.customer = customer;
}
public Customer get(PurchaseOrder order) {
return order.customer;
}
}
С ними я полностью избегаю стоимости отражения. Я могу теперь установить и добраться от своих экземпляров с собственной производительностью. Может любой говорить мне, как я сделал бы это. Пример кода был бы большим. Я искал сеть хороший пример, но не могу найти ничего как это. Примеры ASM и Javasist довольно плохи также.
Ключ здесь - то, что у меня есть интерфейс, который я могу раздать. Таким образом, у меня могут быть различные реализации, возможно, один с Отражением Java как значение по умолчанию, один с ASM, и один с Javassist?
Любая справка значительно ценилась бы.
ASM
Используя ASMifierClassVisitor
, вы можете увидеть, какой именно код вам нужно написать для генерации внутренних классов:
ASMifierClassVisitor.main(new String[] { PurchaseOrder.customer_Field.class
.getName() });
Остальное - просто определить, какие биты вам нужно параметризовать в коде генератора. Пример вывода для PurchaseOrder$customer_Field
, который станет файлом inject/PurchaseOrder$customer_Field.class
:
public static byte[] dump () throws Exception {
ClassWriter cw = new ClassWriter(0);
FieldVisitor fv;
MethodVisitor mv;
AnnotationVisitor av0;
cw.visit(V1_6, ACC_SUPER, "inject/PurchaseOrder$customer_Field",
"Ljava/lang/Object;"+
"Linject/PropertyAccessor<Linject/PurchaseOrder;Linject/Customer;>;",
"java/lang/Object",
new String[] { "inject/PropertyAccessor" });
//etc
(Я использовал "inject" в качестве пакета.)
Вам также придется создать синтетические аксессоры, используя классы посетителей ASM:
{
mv = cw.visitMethod(ACC_STATIC + ACC_SYNTHETIC, "access$0",
"(Linject/PurchaseOrder;Linject/Customer;)V", null, null);
mv.visitCode();
mv.visitVarInsn(ALOAD, 0);
mv.visitVarInsn(ALOAD, 1);
mv.visitFieldInsn(PUTFIELD, "inject/PurchaseOrder",
"customer", "Linject/Customer;");
mv.visitInsn(RETURN);
mv.visitMaxs(2, 2);
mv.visitEnd();
}
{
mv = cw.visitMethod(ACC_STATIC + ACC_SYNTHETIC, "access$1",
"(Linject/PurchaseOrder;)Linject/Customer;", null, null);
mv.visitCode();
mv.visitVarInsn(ALOAD, 0);
mv.visitFieldInsn(GETFIELD, "inject/PurchaseOrder", "
customer", "Linject/Customer;");
mv.visitInsn(ARETURN);
mv.visitMaxs(1, 1);
mv.visitEnd();
}
Смотрите этот проект для примера того, как инжектировать методы.
С их помощью я полностью избегаю затрат на отражение.
Поскольку все это будет делаться во время выполнения:
Вы также можете использовать обработчики аннотаций, избегая таким образом сложности манипулирования байт-кодом. (см. эту статью о javabeat )
Я удивлен, что отражение намного медленнее. Если вы разогреваете JVM, она не должна быть более чем в 5 раз медленнее, чем прямой доступ. Кстати, микротест может дать неверные результаты, потому что простой геттер / сеттер можно легко оптимизировать до нуля, если он не выполняет реальной работы.
Другой способ избежать отражения и байтового кода - использовать класс sun.misc.Unsafe. С ним нужно обращаться осторожно, и он не переносится на все JVM, но он в 2-3 раза быстрее, чем отражение. См. Примеры в моем проекте essence-rmi.
Другой вариант - сгенерировать код и скомпилировать его на лету. Вы можете использовать Compiler API или такую библиотеку, как BeanShell.
Примечание: если у вас есть личное поле, к нему нельзя получить доступ из другого класса с помощью байтового кода. Это ограничение JVM. Внутренние и вложенные классы избегают этого, создавая для вас методы доступа, такие как доступ на 100 долларов в классе с частными методами (вы, возможно, видели их в своем стеке вызовов). Однако это означает, что вы не можете добавить класс для доступа к частным полям без изменения оригинала. класс.
Цель - производительность!
Да, во многих случаях это цель. Но то, что вы делаете сейчас с PropertyAccessor, ваша производительность падает! Каждый раз, когда вы хотите получить или установить свойство, вам нужно будет создать новый экземпляр для customer_Field
. Или вы должны сохранить свой экземпляр. Я не понимаю, в чем проблема с простым геттером или сеттером.
public class PurchaseOrder {
@Property
private Customer customer;
@Property
private String name;
pulic void setCustomer(Customer c)
{
this.customer = c;
}
public Customer getCustomer()
{
return customer;
}
// The same for name
}
Это спектакль! Нативный код, возможно, в 14 раз быстрее, но действительно ли вам нужно это быстро? Java - это здорово. Почему? Из-за этого независимость от платформы. А если вы собираетесь делать нативные вещи, мощь Java уходит. Итак, в чем разница между ожиданием одной минуты для выполнения всего, что нужно программе, и ожиданием 50 секунд. "Где мой в 14 раз быстрее?" Вам нужно не только получить и установить. Вам нужно что-то делать со всеми данными.
И я не думаю, что это будет быстрее, потому что вы просто получаете и устанавливаете экземпляры объектов и примитивы. Собственная Java создана для:
java.lang.Math
, например sqrt ()
. Они могли бы программировать это на Java, но это было бы медленнее) Надеюсь, я убедил вас, что вы сохраните его на Java.
Пример использования Javassist, однако он требует, чтобы ваши свойства имели защиту на уровне пакета, а не были закрытыми
public class AccessorGenerator {
private final ClassPool pool;
public PropertyGenerator() {
pool = new ClassPool();
pool.appendSystemPath();
}
public Map<String, PropertyAccessor> createAccessors(Class<?> klazz) throws Exception {
Field[] fields = klazz.getDeclaredFields();
Map<String, PropertyAccessor> temp = new HashMap<String, PropertyAccessor>();
for (Field field : fields) {
PropertyAccessor accessor = createAccessor(klazz, field);
temp.put(field.getName(), accessor);
}
return Collections.unmodifiableMap(temp);
}
private PropertyAccessor createAccessor(Class<?> klazz, Field field) throws Exception {
final String classTemplate = "%s_%s_accessor";
final String getTemplate = "public Object get(Object source) { return ((%s)source).%s; }";
final String setTemplate = "public void set(Object dest, Object value) { return ((%s)dest).%s = (%s) value; }";
final String getMethod = String.format(getTemplate,
klazz.getName(),
field.getName());
final String setMethod = String.format(setTemplate,
klazz.getName(),
field.getName(),
field.getType().getName());
final String className = String.format(classTemplate, klazz.getName(), field.getName());
CtClass ctClass = pool.makeClass(className);
ctClass.addMethod(CtNewMethod.make(getMethod, ctClass));
ctClass.addMethod(CtNewMethod.make(setMethod, ctClass));
ctClass.setInterfaces(new CtClass[] { pool.get(PropertyAccessor.class.getName()) });
Class<?> generated = ctClass.toClass();
return (PropertyAccessor) generated.newInstance();
}
public static void main(String[] args) throws Exception {
AccessorGenerator generator = new AccessorGenerator();
Map<String, PropertyAccessor> accessorsByName = generator.createAccessors(PurchaseOrder.class);
PurchaseOrder purchaseOrder = new PurchaseOrder("foo", new Customer());
accessorsByName.get("name").set(purchaseOrder, "bar");
String name = (String) accessorsByName.get("name").get(purchaseOrder);
System.out.println(name);
}
}