指が画面に触れたときに、Androidのタイマーがより正確なのはなぜですか？

Question

デルファイ10.1ベルリンでは、私はAndroidアプリを作っています。

procedure TMyForm.OnTimer(Sender: TObject); 
begin 
    MyStopWatch.Stop; 
    Inc(acounter); 
    if acounter mod 1000 = 0 then 
    allog('delay', FloatToStr(xStopWatch.Elapsed.TotalMilliseconds)); 
    MyStopWatch := TStopWatch.StartNew; 
end; 

私はアプリを起動すると、 OnTimerイベントは10 msごとの代わりに、1ms毎に解雇されています。私は単にこれを行う、 OnTimerイベントで

fTimer := TTimer.Create(nil); 
fTimer.Interval := 1; 
fTimer.OnTimer := OnTimer; 
fTimer.Enabled := True; 

：私はこのようなタイマーを作成しました。 しかし、私が画面に触れ、その上で指を動かすと、、イベントは1.3-1.5ミリ秒ごとに発砲されます。

誰かが私にこの奇妙な行動を説明できますか？

指が画面に触れたときにアプリ（または少なくともタイマー）が反応するのはなぜですか？どのようにしてこのアプリを常に反応させるのですか？ Jの発言について

...

私が代わりにこのようなタイマーのスレッドを使用している場合ので、それは私が考える（しかし、イムわからない）baterry人生ではありません。

TThread.createAnonymousThread(
    procedure 
    var MyStopWatch: TstopWatch; 
     acounter: integer; 
    begin 

    acounter := 0; 
    MyStopWatch := TStopWatch.StartNew; 

    while True do begin 
     TThread.synchronize(nil, 
     procedure 
     begin 
      MyStopWatch.Stop; 
      Inc(acounter); 
      if acounter mod 1000 = 0 then 
      allog('delay', FloatToStr(MyStopWatch.Elapsed.TotalMilliseconds)); 
      MyStopWatch := TStopWatch.StartNew; 
     end); 
     sleep(1); 
    END; 

    end).start; 

その後それは大丈夫です、イベントは2ミリ秒ごとに（1ミリメートル毎にTThread.synchronizeせずに）発射され、この指がスクリーン上にあるかどうかはわかりません。

Answer 1

VCLのTTimerとは異なり、AndroidのFMXのTTimerは非常に非効率的です。

タイマーの時間が経過すると、Androidはコールバック関数（Androidapi.Timerユニット内）を使用してFMXに通知します。そのコールバックはワーカースレッドによって呼び出され、タイマーをスレッドセーフキュー（FMX.Platform.Androidユニット内）にプッシュします。

メインUIスレッドが保留中のUIメッセージを定期的にチェックすると、タイマーキューもチェックされ、タイマーがキューに登録されている場合は、キューに入れられた順番でOnTimerイベントハンドラが呼び出されます。

しかし、保留中のUIメッセージがない場合、FMXはタイマーキューのチェックを遅らせることがあります。そして、すべてのUIメッセージが処理されると、イベントが再び処理されるまでに時間がかかることがあります。それはすべてFMXアプリの内部状態に依存します。

したがって、1 msタイマーは、1 ms間隔の近くの任意の場所にあるOnTimerイベントハンドラーを起動するという保証はありません。さらに、UIメッセージが頻繁に処理されているため、UIアクティビティが増加してより頻繁にイベントが発生する可能性がある理由についても説明します。

これは、WM_TIMER UIメッセージに基づくVCLのTTimerとは異なります。このメッセージは、保留中の他のUIメッセージがない場合にのみ生成される低優先度メッセージです。それが生成されると、それはTTimerの内部ウィンドウに直接送られます。余分なオーバーヘッドのレイヤーを追加するための追加のキューイングはありません。しかし、UIのアクティビティが増加すると、イベントが遅くなるのではなく遅くなります。TThread.Synchronize()の場合

---

、それは積極的に保留中の同期要求は、このようにするためのチェックとすぐにではなく、後でsync'edプロシージャを実行するためのメインUIスレッドを可能にする、処理する必要があるときはいつでもメインUIスレッドに通知します。