我刚刚将 React Native 集成到现有的 iOS 应用程序中。当我转到初始化 React Native 的屏幕时，如果打包程序未运行，我会看到通常的红色屏幕，显示“不存在捆绑 URL”。如果我点击底部的“重新加载 JS”按钮(或按 Cmd+R)两次，我会遇到以下崩溃:
JSCExecutor.cpp:158] Check failed: *m_isDestroyed JSCExecutor::destroy() must be called before its destructor!
我正在使用类似 this 的代码初始化 RN , 创建一个 RCTRootView。
如果打包程序正在运行，一切正常。 Cmd+R 可以很好地重新加载 JS。如果我在 JS 中出现语法错误并重新加载以获取红色错误屏幕，然后我再次重新加载它，我会遇到同样的崩溃。
不确定是否相关，但我在崩溃消息之前的日志中也看到了这条消息:
WARNING: Logging before InitGoogleLogging() is written to STDERR
崩溃的回溯如下:
#0 0x000000011b7e0d42 in __pthread_kill ()
#1 0x000000011b818457 in pthread_kill ()
#2 0x000000011b57288f in abort ()
#3 0x0000000116ce4079 in google::logging_fail() at .../node_modules/react-native/third-party/glog-0.3.4/src/logging.cc:1464
#4 0x0000000116ce406a in google::LogMessage::Fail() at .../node_modules/react-native/third-party/glog-0.3.4/src/logging.cc:1478
#5 0x0000000116ce1b6a in google::LogMessage::SendToLog() at .../node_modules/react-native/third-party/glog-0.3.4/src/logging.cc:1432
#6 0x0000000116ce2abf in google::LogMessage::Flush() at .../node_modules/react-native/third-party/glog-0.3.4/src/logging.cc:1301
#7 0x0000000116ceba78 in google::LogMessageFatal::~LogMessageFatal() at .../node_modules/react-native/third-party/glog-0.3.4/src/logging.cc:2013
#8 0x0000000116ce45b5 in google::LogMessageFatal::~LogMessageFatal() at .../node_modules/react-native/third-party/glog-0.3.4/src/logging.cc:2012
#9 0x0000000116d2ee96 in facebook::react::JSCExecutor::~JSCExecutor() at .../node_modules/react-native/ReactCommon/cxxreact/JSCExecutor.cpp:158
#10 0x0000000116d2f245 in facebook::react::JSCExecutor::~JSCExecutor() at .../node_modules/react-native/ReactCommon/cxxreact/JSCExecutor.cpp:157
#11 0x0000000116d2f269 in facebook::react::JSCExecutor::~JSCExecutor() at .../node_modules/react-native/ReactCommon/cxxreact/JSCExecutor.cpp:157
#12 0x0000000116d4526d in std::__1::default_delete<facebook::react::JSExecutor>::operator()(facebook::react::JSExecutor*) const [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2537
#13 0x0000000116d45245 in std::__1::unique_ptr<facebook::react::JSExecutor, std::__1::default_delete<facebook::react::JSExecutor> >::reset(facebook::react::JSExecutor*) [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2736
#14 0x0000000116d451be in std::__1::unique_ptr<facebook::react::JSExecutor, std::__1::default_delete<facebook::react::JSExecutor> >::~unique_ptr() [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2704
#15 0x0000000116d451a5 in std::__1::unique_ptr<facebook::react::JSExecutor, std::__1::default_delete<facebook::react::JSExecutor> >::~unique_ptr() [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2704
#16 0x0000000116d45197 in facebook::react::NativeToJsBridge::~NativeToJsBridge() at .../node_modules/react-native/ReactCommon/cxxreact/NativeToJsBridge.cpp:91
#17 0x0000000116d453c5 in facebook::react::NativeToJsBridge::~NativeToJsBridge() at .../node_modules/react-native/ReactCommon/cxxreact/NativeToJsBridge.cpp:88
#18 0x0000000116d453e9 in facebook::react::NativeToJsBridge::~NativeToJsBridge() at .../node_modules/react-native/ReactCommon/cxxreact/NativeToJsBridge.cpp:88
#19 0x0000000116d3da8e in std::__1::default_delete<facebook::react::NativeToJsBridge>::operator()(facebook::react::NativeToJsBridge*) const [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2537
#20 0x0000000116d3da69 in std::__1::unique_ptr<facebook::react::NativeToJsBridge, std::__1::default_delete<facebook::react::NativeToJsBridge> >::reset(facebook::react::NativeToJsBridge*) [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2736
#21 0x0000000116d3da06 in std::__1::unique_ptr<facebook::react::NativeToJsBridge, std::__1::default_delete<facebook::react::NativeToJsBridge> >::~unique_ptr() [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2704
#22 0x0000000116d3d9f6 in std::__1::unique_ptr<facebook::react::NativeToJsBridge, std::__1::default_delete<facebook::react::NativeToJsBridge> >::~unique_ptr() [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2704
#23 0x0000000116d3d9ee in facebook::react::Instance::~Instance() at .../node_modules/react-native/ReactCommon/cxxreact/Instance.cpp:31
#24 0x0000000116d3dad5 in facebook::react::Instance::~Instance() at .../node_modules/react-native/ReactCommon/cxxreact/Instance.cpp:27
#25 0x0000000116b92f21 in std::__1::default_delete<facebook::react::Instance>::operator()(facebook::react::Instance*) const [inlined] at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:2537
#26 0x0000000116b92efc in std::__1::__shared_ptr_pointer<facebook::react::Instance*, std::__1::default_delete<facebook::react::Instance>, std::__1::allocator<facebook::react::Instance> >::__on_zero_shared() at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:3780
#27 0x000000011777b43e in std::__1::__shared_weak_count::__release_shared() ()
#28 0x0000000116b9a86c in std::__1::shared_ptr<facebook::react::Instance>::~shared_ptr() at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:4605
#29 0x0000000116b8b335 in std::__1::shared_ptr<facebook::react::Instance>::~shared_ptr() at /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1/memory:4603
#30 0x0000000116b8b27a in ::-[RCTCxxBridge .cxx_destruct]() at .../node_modules/react-native/React/CxxBridge/RCTCxxBridge.mm:131
#31 0x000000011729d9bc in object_cxxDestructFromClass(objc_object*, objc_class*) ()
#32 0x00000001172a9d34 in objc_destructInstance ()
#33 0x00000001172a9d66 in object_dispose ()
#34 0x0000000116c48b8e in -[RCTBridge dealloc] at .../node_modules/react-native/React/Base/RCTBridge.m:207
#35 0x00000001172b3b8e in objc_object::sidetable_release(bool) ()
#36 0x00000001172b42fa in (anonymous namespace)::AutoreleasePoolPage::pop(void*) ()
#37 0x00000001185e5ef6 in _CFAutoreleasePoolPop ()
#38 0x0000000118621aec in __CFRunLoopRun ()
#39 0x0000000118621016 in CFRunLoopRunSpecific ()
#40 0x000000011d46ea24 in GSEventRunModal ()
#41 0x000000011303b0d4 in UIApplicationMain ()
#42 0x0000000110d78800 in main at .../main.m:24
#43 0x000000011b4ca65d in start ()
Xcode: 8.3.2
模拟器:iPhone 7 - iOS 10.3
react native :0.47.1
最佳答案
我也面临这个问题，看来这是一个悬而未决的问题:
https://github.com/facebook/react-native/issues/14288
昨天我在另一个网络上进行测试，它确实有效。
关于重新加载 JS 时，iOS React Native 应用程序在 JSCExecutor.cpp 中崩溃，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/45557269/
我需要在客户计算机上运行Ruby应用程序。通常需要几天才能完成(复制大备份文件)。问题是如果启用sleep，它会中断应用程序。否则，计算机将持续运行数周，直到我下次访问为止。有什么方法可以防止执行期间休眠并让Windows在执行后休眠吗？欢迎任何疯狂的想法;-) 最佳答案 Here建议使用SetThreadExecutionStateWinAPI函数，使应用程序能够通知系统它正在使用中，从而防止系统在应用程序运行时进入休眠状态或关闭显示。像这样的东西:require'Win32API'ES_AWAYMODE_REQUIRED=0x0
对于具有离线功能的智能手机应用程序，我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl
Rackup通过Rack的默认处理程序成功运行任何Rack应用程序。例如:classRackAppdefcall(environment)['200',{'Content-Type'=>'text/html'},["Helloworld"]]endendrunRackApp.new但是当最后一行更改为使用Rack的内置CGI处理程序时，rackup给出“NoMethodErrorat/undefinedmethod`call'fornil:NilClass”:Rack::Handler::CGI.runRackApp.newRack的其他内置处理程序也提出了同样的反对意见。例如Rack
我想用ruby编写一个小的命令行实用程序并将其作为gem分发。我知道安装后，Guard、Sass和Thor等某些gem可以从命令行自行运行。为了让gem像二进制文件一样可用，我需要在我的gemspec中指定什么。 最佳答案 Gem::Specification.newdo|s|...s.executable='name_of_executable'...endhttp://docs.rubygems.org/read/chapter/20 关于ruby-在Ruby中编写命令行实用程序
为了将Cucumber用于命令行脚本，我按照提供的说明安装了arubagem。它在我的Gemfile中，我可以验证是否安装了正确的版本并且我已经包含了require'aruba/cucumber'在'features/env.rb'中为了确保它能正常工作，我写了以下场景:@announceScenario:Testingcucumber/arubaGivenablankslateThentheoutputfrom"ls-la"shouldcontain"drw"假设事情应该失败。它确实失败了，但失败的原因是错误的:@announceScenario:Testingcucumber/ar
我构建了两个需要相互通信和发送文件的Rails应用程序。例如，一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情，所以我什至不知道从哪里开始。任何帮助，将不胜感激。谢谢! 最佳答案 无论Rails是什么，几乎所有Web应用程序都有您的要求，大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去，网站不应直接访问彼此
我尝试运行2.x应用程序。我使用rvm并为此应用程序设置其他版本的ruby:$rvmuseree-1.8.7-head我尝试运行服务器，然后出现很多错误:$script/serverNOTE:Gem.source_indexisdeprecated,useSpecification.Itwillberemovedonorafter2011-11-01.Gem.source_indexcalledfrom/Users/serg/rails_projects_terminal/work_proj/spohelp/config/../vendor/rails/railties/lib/r
鉴于我有以下迁移:Sequel.migrationdoupdoalter_table:usersdoadd_column:is_admin,:default=>falseend#SequelrunsaDESCRIBEtablestatement,whenthemodelisloaded.#Atthispoint,itdoesnotknowthatusershaveais_adminflag.#Soitfails.@user=User.find(:email=>"admin@fancy-startup.example")@user.is_admin=true@user.save!ende
刚入门rails，开始慢慢理解。有人可以解释或给我一些关于在application_controller中编码的好处或时间和原因的想法吗？有哪些用例。您如何为Rails应用程序使用应用程序Controller？我不想在那里放太多代码，因为据我了解，每个请求都会调用此Controller。这是真的？ 最佳答案 ApplicationController实际上是您应用程序中的每个其他Controller都将从中继承的类(尽管这不是强制性的)。我同意不要用太多代码弄乱它并保持干净整洁的态度，尽管在某些情况下ApplicationContr
我正在使用active_admin，我在Rails3应用程序的应用程序中有一个目录管理，其中包含模型和页面的声明。时不时地我也有一个类，当那个类有一个常量时，就像这样:classFooBAR="bar"end然后，我在每个必须在我的Rails应用程序中重新加载一些代码的请求中收到此警告:/Users/pupeno/helloworld/app/admin/billing.rb:12:warning:alreadyinitializedconstantBAR知道发生了什么以及如何避免这些警告吗？ 最佳答案 在纯Ruby中:classA