uni-app是逻辑和渲染分离的。渲染层，在app端提供了两套排版引擎：小程序方式的webview渲染，和weex方式的原生渲染。
两种渲染引擎可以自己根据需要选。vue文件走的webview渲染，nvue走的原生渲染。
组件和js写法是一样的，css不一样，原生排版的能用的css必须是flex布局，这是web的css的子集。当然什么界面都可以用flex布出来。不懂flex布局就自己学。

一般情况下用vue就可以了。如果是app且有部分场景vue页面的性能不满足你的需求时，这个页面可以改用nvue页面。如果app里同时存在同名的vue和nvue页面，在app端会优先执行nvue页面，而其他端仍然优先vue页面。
当然，nvue也可以编译到h5和小程序，也是可以跨端的，只是相比vue写法多些限制。

区别和适用场景这文档里写的很清楚：[https://uniapp.dcloud.io/nvue-outline](https://uniapp.dcloud.io/nvue-outline)

亲们，点【关注问题】会比回帖说“同求”更加会容易引起官方的重视。针对该问题我们也会进一步优化。

高斯模糊会影响性能的话暂时不会推出，建议用图片+透明度作为替代方案。

nvue就是为了性能更好，很多人建议nvue的选择器等和web拉齐。我们内部有正在开发，即将推出的nvue支持多级/父子/兄弟选择器和复合样式会影响性能（不过不使用“多级选择器...”的应用性能不影响）。
我们在高性能和高效地开发体验中徘徊谨慎决策；不是技术问题是取舍问题，慢慢放开，取长补短。如果全部与web拉齐没什么意义，支持后性能变差就不如不直接用网页技术开发。

我这边会记录亲们的发声。感谢您的建议需求！

v-if会导致组件重新渲染，把元素的宽或者高设置为：0，也可以达到隐藏的效果
同理也可以用插件：weex-v-show实现， 详情查看：[https://ext.dcloud.net.cn/plugin?id=3662](https://ext.dcloud.net.cn/plugin?id=3662)

如果是要解决从上到下渲染的问题：
HBuilderX 3.0更新日志：
+ 【重要】App平台 新增 nvue 组件支持 render-whole 属性。可以按组件整体渲染，而不是从上到下逐行渲染 [详情](https://uniapp.dcloud.io/nvue-outline?id=render-whole)

关于nvue渲染需要注意，nvue虽然是原生渲染，但逻辑层在js里，那么js如果频繁向原生层动态写入渲染数据，就会发生跨进程阻塞。
请注意控制js向渲染层的写入的频次。比如：
1. v-for渲染内容时注意次数，列表数据每页最好不超过20条。
2. 减少组件的层次。

在react native、weex这类js引擎+原生渲染的技术上，这个问题就是这样了，框架层面很难优化，需要开发者写代码时注意。
官方已经在做uts和uvue，届时逻辑层和渲染层都在原生上，开发的应用和纯原生一样。大概5月下旬会发。

正确用法，帮大家填坑了：
```javascript
let ws=plus.webview.currentWebview(); //获取当前页面vebview对象
ws.setStyle({titleNView:{backButton:{badgeText:unread}}});
//设置角标，这里有个坑每层对象的嵌套从[这里](http://http://www.html5plus.org/doc/zh_cn/webview.html#plus.webview.WebviewStyles)开始找
```

提供的示例，我复现了闪退的问题，并做了相关处理。稍后版本会修复。

其他问题我无法复现，我这边操作开启摄像头/关闭摄像头 均正常。

如果有更具体的操作步骤，可以提供一下

HBuilderX 3.7.1.20230210-alpha 已修复。

HBuilderX 3.7.1.20230210-alpha 已修复。

HBuilderX 3.7.12 已修复

HBuilderX 3.7.12 已修复