在生产环境中使用节点v8选项是否安全?
node.js也提供了较低层的V8选项。 这些选项是非常低层的垃圾收集或堆algorithm。
# node --v8-options Options: --harmony_typeof (enable harmony semantics for typeof) type: bool default: false --harmony_proxies (enable harmony proxies) type: bool default: false --harmony_weakmaps (enable harmony weak maps) type: bool default: false --harmony_block_scoping (enable harmony block scoping) type: bool default: false
虽然我可以看到其中大部分并不意味着经常使用。
如果我看到一些有用的选项,我可以安全地使用它们,而不用担心V8引擎版本升级中的代码更改吗?
和声选项还不是官方ECMA脚本标准的一部分,您可以在这里查看一些正在进行的讨论。 我不跟上ES6标准的工作,一旦ES6到来,这些function中的一些function可能不会有太大的改变,但是我仍然担心代码会改变。 如果您select仍然实施任何,我会build议跟上V8的变化 ,看看他们的任何接口进行修改。
编辑:重新阅读你的文章,看来你正在谈论所有的选项一般。 我现在仍然坚持我上面关于和谐select的陈述。 其他选项可能会降低到每个选项的基础上。 当遇到你不确定的问题时,你最好在V8讨论列表上发帖。
大多数的V8选项仅用于debugging目的。 如果您报告由某个标志触发的错误,则最可能的结果是该标志将被删除。 但是,下面的标志应该工作:
– max-old-space-size(不适用于非常小的尺寸)–harmony(激活所有Harmonyfunction,但其含义可能会改变)
- 节点JS – Express JS – TypeError:对象#<对象>没有方法'编译'
- socket.io中的发射方法的成功callback
- Node.js / Expresscaching
- 简单的解决scheme可以通过多个Browserify或Webpack软件包共享通过NPM加载的模块
- 如何将string转换为Node.js中的variables名?
- 如何让MongoDB node.jsfindAPI调用知道你是否将字段或选项作为parameter passing?
- 将json响应中的id映射到key,并将其用于FlatList react-native
- Grunt Browserify – 设置包含,备用path
- 打破mongoose的蓝鸟诺言链