问题标签 [bftask]

当应用程序处于后台状态时，应用程序有很多任务，基本上与蓝牙加密狗一起工作，并接收/发送数据到服务器。有时，当处于后台状态的应用程序发送查询时，系统会“冻结”该查询。启动应用程序后，系统“冻结”，我们有

应用程序此时使用最新的 AFNetworking 3.1.0，以及 BFTask 助手。

了解更多详情。想象一下，用户出于某种原因使用应用程序，在应用程序进入后台状态（用户按下主页按钮或锁定设备）后，应用程序通常继续在后台状态工作。系统或用户可以终止该应用程序。应用程序可以在唤醒时刻进行一些用户交互（通过地理定位服务，地理围栏）后唤醒，应用程序正在重新启动，并向服务器发送查询，检查用户（授权，获取新令牌等）。此时我们可以在日志中看到：

代码：

一段时间后，用户启动应用程序，并且此代码尝试继续执行，并且出现超时错误。

当用户再次启动应用程序时，时间差约为 16 分钟。这可以在 http 查询的另一部分

问题是，为什么 iOS 在后台冻结查询，以及如何解决这个问题。

这段代码在 Swift 2 中完美运行

现在在 Swift 3 中，我在线遇到错误

说：无法转换类型“（BFTask<_>！）-> BFTask！”的值 到预期的参数类型'（BFTask？） - > Any？！'

这是使用 AWS 将项目保存到 DynamoDB。

当我使用具有简单验证和 3 个节点 RAFT 的相同代码时，一切正常。但我改为 BFT。报告以下错误。实际上，我只使用一个不消费的 make 作为输入。但不确定为什么报告以下错误。我的代码基于 M14 版本。

[WARN] 2017-09-26T14:01:38,402Z [Node thread] flow.[9c5ea2df-43ef-4ff8-a954-c6b81ca2740f].run - 由于收到异常 net.corda.core.flows.NotaryException: 错误而结束来自公证人的响应 - 交易 0EFBAA4B3FAC43D15EB51CD6F7D352C62AC9C5438F56949C50484D1FE38E0A5A 的一个或多个输入状态已用于 net.corda.node.services.statemachine.FlowStateMachineImpl.erroredEnd(FlowStateMachineImpl.kt:373) ~[corda-node-0.14. :?] 在 net.corda.node.services.statemachine.FlowStateMachineImpl.waitForLedgerCommit(FlowStateMachineImpl.kt:212) ~[corda-node-0.14.0.jar:?] 在 net.corda.core.flows.FlowLogic.waitForLedgerCommit (FlowLogic.kt:232) ~[corda-core-0.14.0.jar:?] at com.legalcontract.flow.LegalContractFlow$Initiator.call(LegalContractFlow.kt:266) ~[kotlin-source-0.1.jar: ?] 在 com。legalcontract.flow.LegalContractFlow$Initiator.call(LegalContractFlow.kt:44) ~[kotlin-source-0.1.jar:?] at net.corda.node.services.statemachine.FlowStateMachineImpl.run(FlowStateMachineImpl.kt:101) [ corda-node-0.14.0.jar:?] 在 net.corda.node.services.statemachine.FlowStateMachineImpl.run(FlowStateMachineImpl.kt:33) [corda-node-0.14.0.jar:?] 在 co.paralleluniverse .fibers.Fiber.run1(Fiber.java:1067) [quasar-core-0.7.6-jdk8.jar:0.7.6] 在 co.paralleluniverse.fibers.Fiber.exec(Fiber.java:767) [quasar- core-0.7.6-jdk8.jar:0.7.6] 在 co.paralleluniverse.fibers.RunnableFiberTask.doExec(RunnableFiberTask.java:100) [quasar-core-0.7.6-jdk8.jar:0.7.6] 在 co .paralleluniverse.fibers.RunnableFiberTask.run(RunnableFiberTask.java:91) [quasar-core-0.7.6-jdk8.jar:0.7.6] 在 java.util.concurrent.Executors$RunnableAdapter。在 java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(Unknown Source) 的 java.util.concurrent.FutureTask.run(Unknown Source) [?:1.8.0_144] 处调用(Unknown Source) [?:1.8.0_144] [?:1.8.0_144] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) [?:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.8.0_144 ] 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.8.0_144] 在 net.corda.node.utilities.AffinityExecutor$ServiceAffinityExecutor$1$thread$1.run(AffinityExecutor.kt:69) [ corda-node-0.14.0.jar:?]0_144] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) [?:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.8.0_144] at java.util .concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.8.0_144] at net.corda.node.utilities.AffinityExecutor$ServiceAffinityExecutor$1$thread$1.run(AffinityExecutor.kt:69) [corda-node-0.14 .0.jar:?]0_144] at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) [?:1.8.0_144] at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.8.0_144] at java.util .concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.8.0_144] at net.corda.node.utilities.AffinityExecutor$ServiceAffinityExecutor$1$thread$1.run(AffinityExecutor.kt:69) [corda-node-0.14 .0.jar:?]

我们知道 RAFT 是 Crash Fault Tolerance 算法，而 PBFT 是 Byzantine Fault Tolerance 共识算法。我不明白如何在我的 Fusion Chain 和 IoT 网络相关项目中合并这些算法。提前致谢。