小编seb*_*deu的帖子

logcat在 React Native Android 应用程序中运行时，我们遇到以下几个错误。最初它们看起来无害，并且不会使应用程序崩溃。但是，如果可能的话，我想获得一些有关如何调试它们以了解正在发生的情况的指导。

Unable to update properties for view tag 323
com.facebook.react.uimanager.IllegalViewOperationException: ViewManager for tag 323 could not be found.
 View already dropped? false.
Last index 0 in last 100 views[I@1eeace9
   at com.facebook.react.uimanager.NativeViewHierarchyManager.resolveViewManager(NativeViewHierarchyManager.java:112)
   at com.facebook.react.uimanager.NativeViewHierarchyManager.updateProperties(NativeViewHierarchyManager.java:135)
   at com.facebook.react.uimanager.UIImplementation.synchronouslyUpdateViewOnUIThread(UIImplementation.java:309)
   at com.facebook.react.uimanager.UIManagerModule.synchronouslyUpdateViewOnUIThread(UIManagerModule.java:396)
   at com.facebook.react.animated.PropsAnimatedNode.updateView(PropsAnimatedNode.java:94)
   at com.facebook.react.animated.NativeAnimatedNodesManager.updateNodes(NativeAnimatedNodesManager.java:544)
   at com.facebook.react.animated.NativeAnimatedNodesManager.runUpdates(NativeAnimatedNodesManager.java:453)
   at com.facebook.react.animated.NativeAnimatedModule$1.doFrameGuarded(NativeAnimatedModule.java:100)
   at com.facebook.react.uimanager.GuardedFrameCallback.doFrame(GuardedFrameCallback.java:29)
   at com.facebook.react.modules.core.ReactChoreographer$ReactChoreographerDispatcher.doFrame(ReactChoreographer.java:172)
   at com.facebook.react.modules.core.ChoreographerCompat$FrameCallback$1.doFrame(ChoreographerCompat.java:84)
   at android.view.Choreographer$CallbackRecord.run(Choreographer.java:965)
   at android.view.Choreographer.doCallbacks(Choreographer.java:791)
   at android.view.Choreographer.doFrame(Choreographer.java:722)
   at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:952)
   at android.os.Handler.handleCallback(Handler.java:883)
   at android.os.Handler.dispatchMessage(Handler.java:100)
   at android.os.Looper.loop(Looper.java:214)
   at android.app.ActivityThread.main(ActivityThread.java:7356)
   at java.lang.reflect.Method.invoke(Native Method)
   at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:492)
   at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:930)

编辑： …

我们在 Node.js (v10.x) 中有几个 AWS Lambdas，其中一些有一些“特定的大”依赖项，这些依赖项并未在所有这些依赖项之间共享。例如，我们有一个依赖firebase-adminNPM 包的“Authorizer”函数，这是唯一使用它的 Lambda。

为了简化维护，目前我们有一个包含所有依赖项的层。将依赖项拆分为多个层有什么好处吗？我的假设是更大的层会增加“冷启动”时间。但是，与层的大小相关的惩罚有多大？我在 AWS 文档中找不到关于此的任何参考。

类似的问题，但跨越不同的语言。如果我们的 Lambda 使用多种语言（例如 Node 和 Python），我是否可以有一个包含两种语言依赖项的 Lambda 层？我想这是一个更简单的选择，因为 Python 依赖项实际上永远不会被 Node.js 代码使用。但是，我想阅读一些 AWS 推荐的管理层的最佳实践。