2天后,处于引导访问(kiosk)模式的iPad屏幕将关闭

2天后,处于引导访问(kiosk)模式的iPad屏幕将关闭,ios,react-native,kiosk-mode,standby,guided-access,Ios,React Native,Kiosk Mode,Standby,Guided Access,我们有一个客户端,它在引导访问模式下运行我们的应用程序 该应用程序连续两天运行正常,但此后,iPad突然出现延迟,有时会崩溃并重新打开,然后屏幕变黑。如果他们按下home(主页)按钮,屏幕将处于活动状态,应用程序仍在运行 如果他们关闭应用程序,重新打开并重新启动引导访问模式,同样的事情会发生得更快。 需要完全重新启动,之后,应用程序将再次完美运行2天 我们已经做了大量的测试,但无法重现这个问题。密集使用该应用程序似乎不会在2天内引发问题。然而,如果你使用该应用程序太少或根本不使用,它将继续运行良

我们有一个客户端,它在
引导访问模式下运行我们的应用程序

该应用程序连续两天运行正常,但此后,iPad突然出现延迟,有时会崩溃并重新打开,然后屏幕变黑。如果他们按下home(主页)按钮,屏幕将处于活动状态,应用程序仍在运行

如果他们关闭应用程序,重新打开并重新启动
引导访问模式
,同样的事情会发生得更快。 需要完全重新启动,之后,应用程序将再次完美运行2天

我们已经做了大量的测试,但无法重现这个问题。密集使用该应用程序似乎不会在2天内引发问题。然而,如果你使用该应用程序太少或根本不使用,它将继续运行良好

有人知道这里可能发生什么,我们如何预防吗? 据我所知,应用程序不应该能够打破信息亭模式,让设备进入待机状态

一些一般信息:

  • 该应用程序是用React Native构建的
  • 我们使用Lottie库制作动画和标准js计时器 触发某些事件
  • 关闭某些动画似乎会推迟“崩溃”
  • iPad放在支架上,使用非标准充电电缆
  • 我已经监控了应用程序,但找不到内存泄漏
我在设备日志中发现了一个条目,该条目似乎与问题同时出现,但我无法确定这是问题的原因还是结果

Date/Time:       2018-03-18 11:51:21.622654 +0100
OS Version:      iPhone OS 11.2.6 (Build 15D100)
Architecture:    arm64
Report Version:  19

Command:         AppName
Path:            /private/var/containers/Bundle/Application/2CBF6CD5-361E-41B3-8BFD-B80F73360F49/AppName.app/AppName
Version:         1.17 (12)
Beta Identifier: FB6349BF-3B73-4519-8FE2-852CC4FFC82B
Parent:          launchd [1]
PID:             187

Event:           wakeups
Wakeups:         45001 wakeups over the last 299 seconds (150 wakeups per second average), exceeding limit of 150 wakeups per second over 300 seconds
Action taken:    none
Duration:        299.27s
Steps:           119

Hardware model:  iPad6,11
Active cpus:     2


Powerstats for:  AppName [187]
UUID:            3A4499E3-13C5-361C-B591-1429A6E9F52A
Start time:      2018-03-18 11:54:52 +0100
End time:        2018-03-18 11:56:19 +0100
Microstackshots: 119 samples (100%)
Primary state:   89 samples Frontmost App, User mode, Effective Thread QoS User Interactive, Requested Thread QoS User Interactive, Override Thread QoS Unspecified
User Activity:   0 samples Idle, 119 samples Active
Power Source:    0 samples on Battery, 119 samples on AC

我们在引导访问模式下也看到了同样的问题——但仅在某些设备上,有时甚至在其他设备上。我们无法可靠地复制它,也不是所有客户都能体验到它。你找到解决办法了吗?苹果对我们的错误报告没有反应。仅供参考,我们的应用程序不是用React Native构建的。这显然是客观的。恐怕我们还没有找到明确的解决办法。然而,我们确实与苹果公司取得了联系,他们表示该应用程序不应干扰引导访问模式设置,因此这是iOS中的一个缺陷。我们对应用程序做了一些更改,禁用了许多动画。据我们的客户称,从那以后,该应用程序运行得更好(不再出现崩溃)。这意味着它可能是动画框架中的某个东西,因为它的价值,这个问题在iOS 11.3的生产版本中完全消失了。我们至少在一些iOS 11.3测试版中遇到了这个问题。我们没有对我们的应用程序进行任何更改。@davidcann您是否仍然看到此问题,我在11.4+上的一些设备上看到过,但只有一些设备和时间似乎是随机的。只是一个更新–我们在iOS 12公共Beta 10中再次看到此行为,除非它发生在不到一小时后。我们不知道它是在iOS 12的哪个测试版中再次出现的。