Мы рассчитываем разницу во времени между двумя фрагментами кода.Многие коды компаний используют следующие методы.
long startTime = System.currentTimeMillis();
// 执行代码
long endTime = System.currentTimeMillis();
System.out.println(endTime - startTime);
Прежде всего, позвольте мне объяснить, что этот метод не является невозможным. По принципу "беги сколько сможешь" этот код однозначно можно использовать! Но это не лучшая практика, почему?
Давайте сначала посмотрим на аннотации в JDK.
/**
* Returns the current time in milliseconds. Note that
* while the unit of time of the return value is a millisecond,
* the granularity of the value depends on the underlying
* operating system and may be larger. For example, many
* operating systems measure time in units of tens of
* milliseconds.
*
* <p> See the description of the class <code>Date</code> for
* a discussion of slight discrepancies that may arise between
* "computer time" and coordinated universal time (UTC).
*
* @return the difference, measured in milliseconds, between
* the current time and midnight, January 1, 1970 UTC.
* @see java.util.Date
*/
public static native long currentTimeMillis();
Конечно, в конце концов, некоторые ученики плохо владеют английским языком, поэтому Фей Чао может использовать только представленный ранее артефакт документа, чтобы сразу перейти к делу.
Хотя вы знаете каждое слово в тексте, вы все равно можете не знать смысла этого отрывка.Есть поговорка, что вы не боитесь реальности, а боитесь сравнения. Итак, давайте посмотрим на другой способ.
long startTime = System.nanoTime();
// 执行代码
long endTime = System.nanoTime();
System.out.println(endTime - startTime);
Опять же, давайте посмотрим на аннотации
/**
* Returns the current value of the running Java Virtual Machine's
* high-resolution time source, in nanoseconds.
*
* <p>This method can only be used to measure elapsed time and is
* not related to any other notion of system or wall-clock time.
* The value returned represents nanoseconds since some fixed but
* arbitrary <i>origin</i> time (perhaps in the future, so values
* may be negative). The same origin is used by all invocations of
* this method in an instance of a Java virtual machine; other
* virtual machine instances are likely to use a different origin.
*
* <p>This method provides nanosecond precision, but not necessarily
* nanosecond resolution (that is, how frequently the value changes)
* - no guarantees are made except that the resolution is at least as
* good as that of {@link #currentTimeMillis()}.
*
* <p>Differences in successive calls that span greater than
* approximately 292 years (2<sup>63</sup> nanoseconds) will not
* correctly compute elapsed time due to numerical overflow.
*
* <p>The values returned by this method become meaningful only when
* the difference between two such values, obtained within the same
* instance of a Java virtual machine, is computed.
*
* <p> For example, to measure how long some code takes to execute:
* <pre> {@code
* long startTime = System.nanoTime();
* // ... the code being measured ...
* long estimatedTime = System.nanoTime() - startTime;}</pre>
*
* <p>To compare two nanoTime values
* <pre> {@code
* long t0 = System.nanoTime();
* ...
* long t1 = System.nanoTime();}</pre>
*
* one should use {@code t1 - t0 < 0}, not {@code t1 < t0},
* because of the possibility of numerical overflow.
*
* @return the current value of the running Java Virtual Machine's
* high-resolution time source, in nanoseconds
* @since 1.5
*/
public static native long nanoTime();
В этот момент достаем артефакт:
Из описания в тексте плюс пример кода скажите нам:
Опять же, не бойтесь реальности, просто бойтесь сравнения. Даже если вы совсем не разбираетесь в коде, исходя из вашего понимания языка в начальной школе, вы можете увидеть, какой метод лучше всего выбрать для расчета разницы во времени выполнения кода.
Наконец, давайте взглянем на предложения, данные нам руководством по разработке Alibaba:
Как ваша балансовая единица рассчитывает разницу во времени?Добро пожаловать, чтобы оставить сообщение и сказать Фей Чао.