在编译时在 JavascriptCore 中发出警告是否会产生显着的启动开销？
Does raising warnings in JavascriptCore at compile time have significant startup overhead?
我在 React Native 中遇到了一个复杂的竞争条件问题。在编译时发出警告是否会显着影响 javascript 包的初始化时间？
javascript 包是一个 130,000 行的文件，我怀疑在脚本开始执行之前将警告打印到控制台（在 RN 中是 polyfilly）的副作用浪费了宝贵的毫秒数。我找不到关于 V8 或 Javascript Core 的任何明确文档。
要找到这个问题的可靠答案，唯一的方法就是自己衡量效果。只需比较您的应用程序的启动时间在有警告和没有警告的情况下如何变化。
如果您想进行一些猜测：发出一个警告可能可以忽略不计，发出数以万计的警告可能会导致明显的减速。 （我的浏览器每秒可以执行大约 20,000 console.log 次调用，但当然 polyfill 可能会非常不同，可能更快或更慢。）
我在 React Native 中遇到了一个复杂的竞争条件问题。在编译时发出警告是否会显着影响 javascript 包的初始化时间？
javascript 包是一个 130,000 行的文件，我怀疑在脚本开始执行之前将警告打印到控制台（在 RN 中是 polyfilly）的副作用浪费了宝贵的毫秒数。我找不到关于 V8 或 Javascript Core 的任何明确文档。
要找到这个问题的可靠答案，唯一的方法就是自己衡量效果。只需比较您的应用程序的启动时间在有警告和没有警告的情况下如何变化。
如果您想进行一些猜测：发出一个警告可能可以忽略不计，发出数以万计的警告可能会导致明显的减速。 （我的浏览器每秒可以执行大约 20,000 console.log 次调用，但当然 polyfill 可能会非常不同，可能更快或更慢。）