Используется для Java Void Reference Type?

Существует Java Void- прописной V-- ссылочный тип . Единственная ситуация , которую я когда - либо видел , как это используется параметризация Callableсек

final Callable<Void> callable = new Callable<Void>() {
            public Void call() {
                foobar();
                return null;
            }
        };

Существуют ли другие способы использования Voidссылочного типа Java ? Можно ли когда-нибудь назначить что-то кроме null? Если да, у вас есть примеры?

Voidстало соглашением для общего аргумента, который вас не интересует. Нет никаких причин, по которым вы должны использовать любой другой неинстанцируемый тип, такой как System.

Это также часто используется, например, в Mapзначениях (хотя Collections.newSetFromMapиспользование в Booleanкачестве карт не должно принимать nullзначения) и java.security.PrivilegedAction.

Я написал запись раздела на Voidнесколько лет назад.

Вы можете создать экземпляр Void, используя отражения, но они бесполезны ни для чего. Void - это способ указать, что универсальный метод ничего не возвращает.

Constructor<Void> constructor = Void.class.getDeclaredConstructor();
constructor.setAccessible(true);
Void v = constructor.newInstance();
System.out.println("I have a " + v);

печатает что-то вроде

I have a java.lang.Void@75636731

Future<Void>работает как шарм. :)

Учитывая, что нет открытых конструкторов , я бы сказал, что нельзя назначить ничего, кроме null. Я использовал его только как заполнитель для «мне не нужно использовать этот универсальный параметр», как показывает ваш пример.

Это может также использоваться в рефлексии, из того, что говорит его Javadoc :

Класс Void - это нереализуемый класс-заполнитель для хранения ссылки на объект Class, представляющий ключевое слово Java void.

Все примитивные классы обертки ( Integer, Byte, Boolean, Doubleи т.д.) содержат ссылку на соответствующем примитивный класс в статическом TYPEполе, например:

Integer.TYPE == int.class
Byte.TYPE == byte.class
Boolean.TYPE == boolean.class
Double.TYPE == double.class

VoidПервоначально был создан как-то, чтобы поместить ссылку на voidтип:

Void.TYPE == void.class

Тем не менее, вы ничего не получите с помощью Void.TYPE. Когда вы используете, void.classстановится намного понятнее, что вы делаете что-то с voidтипом.

Кроме того, в последний раз, когда я пробовал это, BeanShell не распознавал void.class, так что вы должны использовать Void.TYPEтам.

Когда вы используете шаблон посетителя, может быть лучше использовать Void вместо Object, если вы хотите быть уверены, что возвращаемое значение будет нулевым

пример

public interface LeavesVisitor<OUT>
{
   OUT visit(Leaf1 leaf);

   OUT visit(Leaf2 leaf);
}

Когда вы реализуете своего посетителя, вы можете явно установить для OUT значение Void, чтобы вы знали, что ваш посетитель всегда будет возвращать ноль вместо использования Object

public class MyVoidVisitor implements LeavesVisitor<Void>
{
    Void visit(Leaf1 leaf){
        //...do what you want on your leaf
        return null;
    }

    Void visit(Leaf2 leaf){
        //...do what you want on your leaf
        return null;
    }
}

До обобщения это было создано для API отражения, чтобы содержать TYPE, возвращаемый Method.getReturnType () для метода void, соответствующего другим классам примитивных типов.

РЕДАКТИРОВАТЬ: Из JavaDoc Void: «Класс Void является нереализуемым классом-заполнителем для хранения ссылки на объект Class, представляющий ключевое слово Java void». До Generics я не знаю ничего, кроме размышлений.

Поскольку вы не можете создать экземпляр Void, вы можете использовать Apache commons Null object , поэтому

Null aNullObject = ObjectUtils.Null;
Null noObjectHere = null;

в первой строке у вас есть объект, так что aNullObject != nullдержит, в то время как во второй строке нет ссылки, поэтому noObjectHere == nullдержит

Чтобы ответить на оригинальный вопрос автора, для этого нужно различать «ничто» и «ничто», которые являются совершенно разными вещами.

PS: Скажи нет объектному образцу Null

Void - это создание, чтобы обернуть свой примитивный тип void. Каждый тип примитива имеет соответствующий тип ссылки. Void используется для создания экземпляра универсального класса или использования универсального метода. Универсальные аргументы, которые вас не интересуют. Вот пример ...

public void onNewRegistration() {
    newRegistrationService.createNewUser(view.getUsername(), view.getPassword(),
            view.getInitialAmount(), view.getCurrency(), new AsyncCallback<Void>() {
      @Override
      public void onFailure(Throwable caught) {

      }

      @Override
      public void onSuccess(Void result) {
        eventBus.fireEvent(new NewRegistrationSuccessEvent());
      }
    });
  } 

здесь, как вы можете видеть, я не хочу ничего от сервера, который я запрашиваю для создания новых регистраций, но public interface AsyncCallback<T> { .... }это универсальный интерфейс, поэтому я предоставляю Void, поскольку универсальные шаблоны не принимают примитивные типы

Он также обычно используется в обратных вызовах завершения Async-IO, когда у вас нет необходимости в Attachmentобъекте. В этом случае вы указываете null для операции ввода-вывода и реализуете CompletionHandler<Integer,Void>.

Это может быть редким случаем, но однажды я использовал Voidв классах аспектов.

Это был аспект, который запускается после методов с @Logаннотацией и регистрирует возвращенный метод и некоторую информацию, если тип возвращаемого метода не void.

 @AfterReturning(value = "@annotation(log)", 
       returning = "returnValue", 
       argNames = "joinPoint, log, returnValue"
      )
    public void afterReturning(final JoinPoint joinPoint, final Log log,
            final Object returnValue) {

            Class<?> returnType = ((MethodSignature) joinPoint.getSignature())
            .getReturnType();
           if (Void.class.isAssignableFrom (returnType)) ) {
            //Do some log
         }
}