カジュアル ゲームでよくあるエクスプロイトは、システム クロックを人為的に進めて、ゲームプレイを先に進めることです。このようなユーザー クロックの進歩は、iOS デバイスのアプリでどのように検出されるのでしょうか?
理想的には、ソリューションが再起動に対して堅牢であることですが、それは要件ではありません。
CACurrentMediaTime＆mach_absolute_time
この質問を見てください：
iOS：時計やタイムゾーンの変更に関係なく、経過時間を測定する方法は？
システムクロックが途中で変更された場合でも、Cocoaで2つの時点間の秒数を計算する
CACurrentMediaTimeはmach_absolute_timeを使用します：http： //developer.apple.com/library/mac/#documentation/Cocoa/Reference/CoreAnimation_functions/Reference/reference.html
CACurrentMediaTimeの使用方法の例を次に示します。http： //www.informit.com/blogs/blog.aspx？ b = 02b4e309-308c-468a-bab1-cebb1404be6a
ここにmach_absolute_timeの詳細があります：http： //developer.apple.com/library/mac/#qa/qa1398/_index.html http://shiftedbits.org/2008/10/01/mach_absolute_time-on-the -iphone /
GPS データのその部分が公開された場合、CoreLocation がこれを行うことができるという事実について考えていました。しかし、それは私に考えさせられました。
私の唯一の（とてつもない）提案は、何かをバックグラウンド処理に入れることです。これは、たとえばバックグラウンドで位置を追跡するなど、特定の小さな理由のいずれかでなければなりません。その副作用として、通常のタイマーでクロックの変更を検出してみてください。Apple は、位置情報を使用しておらず、バックグラウンド処理を悪用する単なる理由であることは明らかであるため、拒否する可能性があります。
ネットワーキングを含まないソリューションは実装が非常に難しいため、なぜそれを使用しないのだろうか。
ユーザーがネットワークにアクセスせずに手動で時計を進めたかどうかを確実に判断することはできないと思いますが、もちろん、ユーザーが時間を遡ったかどうかを確実に判断することはできます。そして、これは物理的に不可能であることがわかっているため、彼らが時計を操作してごまかしたと推測できます。
これが意味するのは、待機期間を必要とするアプリ内アクションをトリガーし、アプリを終了して時計を進め、アプリを再起動して待っていたものを取得する通常のプロセスではないということです。時計を実際の時間に戻しますか？
これが実際に当てはまる場合、@smgambel による提案に基づいて構築するには、起動ごとに物理時間と現在のタイムゾーンを保存し、以前に保存された時間とタイムゾーンと比較できます。時間が以前に保存された時間より遅れており、デバイスのタイムゾーンが変更されていない場合、ユーザーが時計を操作したと安全に想定できます。