){ // do some simple local transform of foo into a Bar.});
我回答说“没关系,JVM优化了它”。虽然我知道这种“优化”不会以任何方式影响性能,而且我认为让代码内联访问的附加价值是值得的,但我很好奇我是否对JVM优化是正确的。所以,我的问题是--提议的重构绝对是一个没有操作的,因为JVM无论如何都会优化它,还是这里
我认为,对于如此多的数据,它应该是即时的,所以我很好奇如何从这里调试性能问题并优化更多。如何调试Meteor应用程序的性能问题?我试着看了一下网络标签,但是没什么比这花的时间更长了。我不知道为什么搜索栏需要3-5秒才能准备好。经过仔细检查,填充自动完成字段是瞬时的,直到调用subscribe函数的回调的时间大约是3 to 5秒。可能相关:
毕竟,对于包含两个字段的7800个文档,3-5秒是否合理?