Как я могу получить точное время, например, в миллисекундах в Objective-C?

Question

Есть ли простой способ получить точное время?

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

Answer 1

NSDate и timeIntervalSince* методы вернут NSTimeInterval который является двойным с точностью до миллисекунды. NSTimeInterval в секундах, но он использует двойной, чтобы дать вам большую точность.

Чтобы вычислить точность времени в миллисекундах, вы можете сделать:

// Get a current time for where you want to start measuring from
NSDate *date = [NSDate date];

// do work...

// Find elapsed time and convert to milliseconds
// Use (-) modifier to conversion since receiver is earlier than now
double timePassed_ms = [date timeIntervalSinceNow] * -1000.0;

Документация по времени IntervalSinceNow.

Есть много других способов рассчитать этот интервал, используя NSDate, и я бы порекомендовал посмотреть на документацию класса для NSDate который найден в Ссылке класса NSDate.

Answer 2

mach_absolute_time() может быть использован для получения точных измерений.

См. http://developer.apple.com/qa/qa2004/qa1398.html

Также доступно CACurrentMediaTime(), что по сути то же самое, но с более простым в использовании интерфейсом.

Answer 3

Пожалуйста, не используйте NSDate, CFAbsoluteTimeGetCurrent, или же gettimeofday измерить прошедшее время. Все они зависят от системных часов, которые могут меняться в любое время по многим различным причинам, таким как синхронизация времени в сети (NTP), обновление часов (случается, часто с поправкой на смещение), настройки летнего времени, високосные секунды и так далее.

Это означает, что если вы измеряете скорость загрузки или выгрузки, вы получите внезапные всплески или падения чисел, которые не коррелируют с тем, что произошло на самом деле; ваши тесты производительности будут иметь странные неправильные выбросы; и ваши ручные таймеры сработают после неправильной продолжительности. Время может даже пойти вспять, и вы получите отрицательные дельты, и вы можете получить бесконечную рекурсию или мертвый код (да, я сделал и то, и другое).

использование mach_absolute_time, Он измеряет реальные секунды с момента загрузки ядра. Он монотонно увеличивается (никогда не пойдет назад) и не зависит от настроек даты и времени. Так как работать с болью, вот простая оболочка, которая дает вам NSTimeIntervals:

// LBClock.h
@interface LBClock : NSObject
+ (instancetype)sharedClock;
// since device boot or something. Monotonically increasing, unaffected by date and time settings
- (NSTimeInterval)absoluteTime;

- (NSTimeInterval)machAbsoluteToTimeInterval:(uint64_t)machAbsolute;
@end

// LBClock.m
#include <mach/mach.h>
#include <mach/mach_time.h>

@implementation LBClock
{
    mach_timebase_info_data_t _clock_timebase;
}

+ (instancetype)sharedClock
{
    static LBClock *g;
    static dispatch_once_t onceToken;
    dispatch_once(&onceToken, ^{
        g = [LBClock new];
    });
    return g;
}

- (id)init
{
    if(!(self = [super init]))
        return nil;
    mach_timebase_info(&_clock_timebase);
    return self;
}

- (NSTimeInterval)machAbsoluteToTimeInterval:(uint64_t)machAbsolute
{
    uint64_t nanos = (machAbsolute * _clock_timebase.numer) / _clock_timebase.denom;

    return nanos/1.0e9;
}

- (NSTimeInterval)absoluteTime
{
    uint64_t machtime = mach_absolute_time();
    return [self machAbsoluteToTimeInterval:machtime];
}
@end

Answer 4

CFAbsoluteTimeGetCurrent() возвращает абсолютное время как double значение, но я не знаю, какова его точность - он может обновляться только каждые десятки миллисекунд, или он может обновляться каждую микросекунду, я не знаю.

Answer 5

Я бы не использовал mach_absolute_time() потому что он запрашивает комбинацию ядра и процессора в течение абсолютного времени, используя тики (вероятно, время безотказной работы).

Что бы я использовал:

CFAbsoluteTimeGetCurrent();

Эта функция оптимизирована для исправления различий в программном и аппаратном обеспечении iOS и OSX.

Что-то Geekier

Коэффициент различия в mach_absolute_time() а также AFAbsoluteTimeGetCurrent() всегда около 24000011.154871

Вот журнал моего приложения:

Обратите внимание, что время окончательного результата является разницей в CFAbsoluteTimeGetCurrent() "s

 2012-03-19 21:46:35.609 Rest Counter[3776:707] First Time: 353900795.609040
 2012-03-19 21:46:36.360 Rest Counter[3776:707] Second Time: 353900796.360177
 2012-03-19 21:46:36.361 Rest Counter[3776:707] Final Result Time (difference): 0.751137
 2012-03-19 21:46:36.363 Rest Counter[3776:707] Mach absolute time: 18027372
 2012-03-19 21:46:36.365 Rest Counter[3776:707] Mach absolute time/final time: 24000113.153295
 2012-03-19 21:46:36.367 Rest Counter[3776:707] -----------------------------------------------------
 2012-03-19 21:46:43.074 Rest Counter[3776:707] First Time: 353900803.074637
 2012-03-19 21:46:43.170 Rest Counter[3776:707] Second Time: 353900803.170256
 2012-03-19 21:46:43.172 Rest Counter[3776:707] Final Result Time (difference): 0.095619
 2012-03-19 21:46:43.173 Rest Counter[3776:707] Mach absolute time: 2294833
 2012-03-19 21:46:43.175 Rest Counter[3776:707] Mach absolute time/final time: 23999753.727777
 2012-03-19 21:46:43.177 Rest Counter[3776:707] -----------------------------------------------------
 2012-03-19 21:46:46.499 Rest Counter[3776:707] First Time: 353900806.499199
 2012-03-19 21:46:55.017 Rest Counter[3776:707] Second Time: 353900815.016985
 2012-03-19 21:46:55.018 Rest Counter[3776:707] Final Result Time (difference): 8.517786
 2012-03-19 21:46:55.020 Rest Counter[3776:707] Mach absolute time: 204426836
 2012-03-19 21:46:55.022 Rest Counter[3776:707] Mach absolute time/final time: 23999996.639500
 2012-03-19 21:46:55.024 Rest Counter[3776:707] -----------------------------------------------------

Answer 6

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

Есть функция для получения времени с момента загрузки. Это не останавливается во время сна. Также, gettimeofday не монотонен, но в своих экспериментах я всегда вижу, что время загрузки изменяется при изменении системного времени, поэтому я думаю, что оно должно работать нормально.

func timeSinceBoot() -> TimeInterval
{
    var bootTime = timeval()
    var currentTime = timeval()
    var timeZone = timezone()

    let mib = UnsafeMutablePointer<Int32>.allocate(capacity: 2)
    mib[0] = CTL_KERN
    mib[1] = KERN_BOOTTIME
    var size = MemoryLayout.size(ofValue: bootTime)

    var timeSinceBoot = 0.0

    gettimeofday(&currentTime, &timeZone)

    if sysctl(mib, 2, &bootTime, &size, nil, 0) != -1 && bootTime.tv_sec != 0 {
        timeSinceBoot = Double(currentTime.tv_sec - bootTime.tv_sec)
        timeSinceBoot += Double(currentTime.tv_usec - bootTime.tv_usec) / 1000000.0
    }
    return timeSinceBoot
}

А начиная с iOS 10 и macOS 10.12 мы можем использовать CLOCK_MONOTONIC:

if #available(OSX 10.12, *) {
    var uptime = timespec()
    if clock_gettime(CLOCK_MONOTONIC_RAW, &uptime) == 0 {
        return Double(uptime.tv_sec) + Double(uptime.tv_nsec) / 1000000000.0
    }
}

Подвести итог:

• Date.timeIntervalSinceReferenceDate - изменяется при изменении системного времени, не монотонный
• CFAbsoluteTimeGetCurrent() - не монотонный, может идти задом наперед
• CACurrentMediaTime() - перестает тикать, когда устройство спит
• timeSinceBoot() - не спит, но может быть не монотонным
• CLOCK_MONOTONIC - не спит, монотонно, поддерживается с iOS 10

Answer 7

#define CTTimeStart() NSDate * __date = [NSDate date]
#define CTTimeEnd(MSG) NSLog(MSG " %g",[__date timeIntervalSinceNow]*-1)

Использование:

CTTimeStart();
...
CTTimeEnd(@"that was a long time:");

Выход:

2013-08-23 15:34:39.558 App-Dev[21229:907] that was a long time: .0023

Answer 8

Также вот как рассчитать 64-битный NSNumber инициализируется с эпохой Unix в миллисекундах, на случай, если вы захотите сохранить ее в CoreData. Мне это нужно для моего приложения, которое взаимодействует с системой, которая хранит даты таким образом.

  + (NSNumber*) longUnixEpoch {
      return [NSNumber numberWithLongLong:[[NSDate date] timeIntervalSince1970] * 1000];
  }

Answer 9

Вы можете получить текущее время в миллисекундах с 1 января 1970 года, используя NSDate:

- (double)currentTimeInMilliseconds {
    NSDate *date = [NSDate date];
    return [date timeIntervalSince1970]*1000;
}

Answer 10

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

Лучше всего проверить мой пост на этом блоге: Время в Objective-C: секундомер

По сути, я написал класс, который перестает смотреть в основном виде, но инкапсулирован так, что вам нужно только сделать следующее:

[MMStopwatchARC start:@"My Timer"];
// your work here ...
[MMStopwatchARC stop:@"My Timer"];

И вы в конечном итоге:

MyApp[4090:15203]  -> Stopwatch: [My Timer] runtime: [0.029]

в журнале...

Снова, проверьте мой пост для немного больше или загрузите его здесь: MMStopwatch.zip

Answer 11

Для тех, кому нужна версия Swift от @Jeff Thompson:

// Get a current time for where you want to start measuring from
var date = NSDate()

// do work...

// Find elapsed time and convert to milliseconds
// Use (-) modifier to conversion since receiver is earlier than now
var timePassed_ms: Double = date.timeIntervalSinceNow * -1000.0

Я надеюсь, что это поможет вам.