Windows timer fonctionne parfois deux fois plus vite

Question

J'utilise une minuterie dans mon jeu, il est démarré à l'intérieur d'un singleton et a un rappel appelé chaque milliseconde. Cependant, parfois, il tourne deux fois plus vite. C'est vraiment rare, je ne l'ai vu que 2 ou 3 fois (plus de 10.000 builds, des milliers d'exécutions).

C'est la (partie importante du) Code:

//local variable in the .cpp: 
static float milliseconds=0; 

//the "actual" variable used in the game 
long int MilliSecondTimer::milliseconds=0; 

void CALLBACK TimerProc(UINT wTimerID, UINT msg, DWORD dwUser, DWORD dw1, DWORD dw2) 
{ 
    milliseconds++; 
    MilliSecondTimer::GetInstance()->SetTime(int(milliseconds), int(guimseconds)); 
} 

MilliSecondTimer::MilliSecondTimer() 
{ 
    UINT TimerID = timeSetEvent(1, 0, TimerProc, 0, TIME_PERIODIC | TIME_CALLBACK_FUNCTION); 
} 

Est-ce donc que si la création du singleton prend plus de 1 msec, alors il sera appelé deux fois parce que la fonction de minuterie appel

MilliSecondTimer::GetInstance()->SetTime(...) 

?

Merci!

Answer 1

Cela sera difficile à reproduire car vous avez dit que cela ne se produisait que rarement. Mais je crois que votre pensée initiale pour la cause du problème pourrait être vraie. Dans la documentation MSDN de timeSetEvent il dit:

La minuterie multimédia fonctionne dans son propre thread

Cela signifie, comme vous l'avez dit, si le singleton prend plus de 1ms pour créer, le constructeur du singleton sera appelé deux fois dans ce cas. Le deuxième appel au constructeur peut résulter de l'appel MilliSecondTimer::GetInstance()->SetTime(...) dans la première fonction de rappel de minuterie car à ce stade le singleton n'est pas encore créé et MilliSecondTimer::GetInstance() appellera à nouveau le constructeur qui à son tour créera un autre objet minuteur. Comme chaque temporisateur s'exécute dans son propre thread, vous aurez maintenant deux temporisateurs travaillant sur (incrémenter) les mêmes données (float statique en millisecondes), ce qui explique pourquoi il fonctionne deux fois plus vite. Et si tel est le cas, alors puisque deux instances du singleton sont créées dans le processus mais que le pointeur d'instance singleton pointe finalement vers l'une d'entre elles, il peut également y avoir une fuite de mémoire.