assert
оператор JDK 1.8 тематическое исследование
Оператор assert
является примером конструкции, которая генерирует поле static synthetic
в Oracle JDK 1.8.0_45:
public class Assert {
public static void main(String[] args) {
assert System.currentTimeMillis() == 0L;
}
}
в основном компилируется в:
public class Assert {
// This field is synthetic.
static final boolean $assertionsDisabled =
!Assert.class.desiredAssertionStatus();
public static void main(String[] args) {
if (!$assertionsDisabled) {
if (System.currentTimeMillis() != 0L) {
throw new AssertionError();
}
}
}
}
Это можно проверить с помощью:
javac Assert.java
javap -c -constants -private -verbose Assert.class
, который содержит:
static final boolean $assertionsDisabled;
descriptor: Z
flags: ACC_STATIC, ACC_FINAL, ACC_SYNTHETIC
Синтетическое полесгенерированный так, что Java должен вызывать Assert.class.desiredAssertionStatus()
только один раз во время загрузки, а затем кэшировать результат там.
См. также: https://stackoverflow.com/a/29439538/895245 для более подробного объяснения.
Обратите внимание, что это синтетическое поле может генерировать конфликты имен с другими полями, которые мы можем определить.Например, в Oracle JDK 1.8.0_45 не удается скомпилировать следующее:
public class Assert {
static final boolean $assertionsDisabled = false;
public static void main(String[] args) {
assert System.currentTimeMillis() == 0L;
}
}
Единственное, что «мешает», - это соглашение об именовании, не использующее доллары в ваших идентификаторах.См. Также: Когда мне следует использовать символ доллара ($) в имени переменной?
Бонус:
static final int $assertionsDisabled = 0;
будет работать, поскольку в отличие от Java байт-коддопускает несколько полей с одинаковыми именами, но разными типами: Переменные с одинаковыми именами, но с разными типами