简体   繁体   English

现有键的哈希表为空

[英]Hashtable getting null for existing key

I have a very strange error in this code from Vaadin's ContainerHierarchicalWrapper :我在 Vaadin 的ContainerHierarchicalWrapper 的这段代码中有一个非常奇怪的错误:

for (Object object : children.keySet()) {
    LinkedList<Object> object2 = children.get(object);
}

The debugger shows this state:调试器显示此状态: 调试器

How is that even possible?这怎么可能呢? How can object2 be null ? object2怎么可能是null

This is my actual code which causes the NPE (class EstablishRelationWindow ):这是我导致 NPE 的实际代码(类EstablishRelationWindow ):

childrenContainer = new BeanItemContainer<>(PlaylistDTO.class);
childrenContainerHierarchy = new ContainerHierarchicalWrapper(childrenContainer);
buildChildrenTree(somePlaylistDTO);

private void buildChildrenTree(PlaylistDTO current) {
    childrenContainer.addBean(current);
    if(current.getChildren().isEmpty()) {
        childrenContainerHierarchy.setChildrenAllowed(current, false);
    } else {
        current.getChildren().forEach(child -> {
            buildChildrenTree(child);
            childrenContainerHierarchy.setParent(child, current); //line 104
        });
    }
}

Relevant output:相关输出:

java.lang.NullPointerException: null
    at java.util.Collections.sort(Collections.java:175) ~[na:1.8.0_60]
    at com.vaadin.data.util.ContainerHierarchicalWrapper.updateHierarchicalWrapper(ContainerHierarchicalWrapper.java:191) ~[vaadin-server-7.6.8.jar:7.6.8]
    at com.vaadin.data.util.ContainerHierarchicalWrapper$PiggybackListener.containerItemSetChange(ContainerHierarchicalWrapper.java:838) ~[vaadin-server-7.6.8.jar:7.6.8]
    at com.vaadin.data.util.AbstractContainer.fireItemSetChange(AbstractContainer.java:242) ~[vaadin-server-7.6.8.jar:7.6.8]
    at com.vaadin.data.util.AbstractContainer.fireItemSetChange(AbstractContainer.java:228) ~[vaadin-server-7.6.8.jar:7.6.8]
    at com.vaadin.data.util.ContainerHierarchicalWrapper.fireItemSetChangeIfAbstractContainer(ContainerHierarchicalWrapper.java:506) ~[vaadin-server-7.6.8.jar:7.6.8]
    at com.vaadin.data.util.ContainerHierarchicalWrapper.setParent(ContainerHierarchicalWrapper.java:495) ~[vaadin-server-7.6.8.jar:7.6.8]
    at com.xinra.listaide.frontend.EstablishRelationWindow.lambda$3(EstablishRelationWindow.java:104) ~[classes/:na]
    at java.lang.Iterable.forEach(Iterable.java:75) ~[na:1.8.0_60]
    at com.xinra.listaide.frontend.EstablishRelationWindow.buildChildrenTree(EstablishRelationWindow.java:102) ~[classes/:na]

Edit: Code that creates PlaylistDTO objects:编辑:创建 PlaylistDTO 对象的代码:

public class DynamicProxyDTOFactory implements DTOFactory {

    @SuppressWarnings("unchecked")
    @Override
    public <T extends DTO> T createDTO(Class<T> type) {
        return (T) Proxy.newProxyInstance(
                type.getClassLoader(),
                new Class<?>[] { type },
                new DynamicProxy());
    }

    private static class DynamicProxy implements InvocationHandler {

        private Map<String, Object> properties = new HashMap<>();

        @Override
        public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
            if(method.getName().startsWith("set")) {
                properties.put(method.getName().substring(3), args[0]);
                return null;
            } else if(method.getName().startsWith("get")) {
                return properties.get(method.getName().substring(3));
            } else if(method.getName().startsWith("is")) {
                return properties.get(method.getName().substring(2));
            } else {
                return method.invoke(this, args); //for equals, hashCode etc.
            }
        }   
    }

}

I put together an SSCCE and investigated the issue further.我整理了一个 SSCCE 并进一步调查了这个问题。 Turns out, this actually doesn't work at all:事实证明,这实际上根本不起作用:

    } else {
        return method.invoke(this, args); //for equals, hashCode etc.
    }

Instead I extended the DynamicProxy as shown in this example :相反,我扩展了DynamicProxy ,如下所示:

    @Override
    public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
        if(method.getName().startsWith("set")) {
            properties.put(method.getName().substring(3), args[0]);
            return null;
        } else if (method.getName().startsWith("get")) {
            return properties.get(method.getName().substring(3));
        } else if (method.getName().startsWith("is")) {
            return properties.get(method.getName().substring(2));
        } else if (method.getName().equals("equals")) {
            return proxy == args[0];
        } else if (method.getName().equals("hashCode")) {
            return System.identityHashCode(proxy);
        } else if (method.getName().equals("toString")) {
            return proxy.getClass().getName() + "@" + Integer.toHexString(System.identityHashCode(proxy))
                    + " with InvocationHandler " + this;
        } else {
            throw new IllegalStateException(String.valueOf(method));
        }
    }   

This way hashCode and especially equals work as intended and the NPE does not occur.这样hashCode尤其是equals按预期工作并且不会发生NPE

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM