5***@qq.com
5***@qq.com
  • 发布:2025-08-05 12:05
  • 更新:2025-08-07 13:31
  • 阅读:94

nvue 踩坑整理,持续更新

分类:nvue

最近使用nvue开发手机app,踩了不少坑,虽然大部分都勉强解决了,办法十分邪道,也仍有部分问题无解,特此整理公布,以赠后来者。

打包相关

1.关于midbutton高度对齐的问题。

答: 因原生平台差异,对图片型的midbutton设置高度,在安卓和苹果端可能产生无法垂直对齐的问题,又因为pages.json并未提供条件编译功能,建议手动校准修改两端高度,分别打包安卓和苹果端。

有解的问题

1.关于nvue的v-show能力。

答: 因 nvue 渲染层采用 weex,底层对元素的渲染机制,容易造成切换元素时的抖动现象。插件市场有相关 weex-v-show 插件,或者使用动态设置宽度和 opacity 达到类似效果。

2.关于input组件动态设置placeholder样式。

答: input组件可通过设置placeholder-style和placeholder-class属性设置placeholder的样式,但仅初次设置有效,无法动态改变,weex文档里提供了placeholder-color属性,可以通过css动态设置,改变placeholder的颜色;但是nvue编译器会对此属性抛出警告,在意者可通过写成行内样式进行规避。

3.关于overflow属性切换。

答: 因安卓端只支持overflow:hidden,此属性几乎无用,但weex文档里提到过只有同时满足以下四个条件,父view才会裁剪子view:
1.父view是 div, a, cell, refresh 或 loading
2.系统版本是 Android 4.3 或更高。
3.系统版本不是 Andorid 7.0。
4.父 view 没有 background-image 属性或系统版本是 Android 5.0 或更高。
这也意味着,似乎可以通过打破上述的任一条件限制,以此间接实现overflow:visible的效果?此想法仅笔者猜测,暂未实践。

4.关于subNvue的相关问题。

答: 可参考此回答,https://ask.dcloud.net.cn/article/41670?notification_id-1540939__item_id-65695。

5.关于swipera-action组件。

答: uni-ui提供的swipera-action在app端表现不佳,经常有异常抖动的问题,笔者在实践中采用了fui-swipe-action,当clickClose属性设置为false时,体验良好,基本满足需求。如果clickClose设置为true,也会出现和uni-ui类似的问题,猜测系bindingX的编写问题。

6.关于swiper组件。

答: 因底层限制,且nvue几乎不再维护,swiper相关的问题几乎无解,如设置动画时长或关闭动画等,笔者只能提出两种未经实践的想法,第一种是修改uniapp源码,手动添加weex的forbid-slide-animation属性;第二种即通过bindingX,自己实现一个swiper组件。

7.关于同行text设置不同样式的问题。

答: 因nvue不支持text嵌套,且仅有text组件能设置文字样式,此问题几乎无解,如果你没有文字换行的需求,可通过拆分文本,塞入不同的text并设置不同的样式;如果你需要换行,笔者的实践办法是更换为rich-text组件,数组型的nodes属性可以完美解决此类问题,虽然编写元素数组比较麻烦,但好在有效。

8.关于list和waterfall的长列表问题。

答: 正常使用几乎不存在性能问题,唯一的优化方向,可能就是当cell包含图片时,考虑优化图片大小减少内存消耗,另外cell组件的delete-animation="default"和insert-animation="default"需要明写,否则不会有默认的动画效果。

关于长列表内部的refresh和loading组件,refresh组件可以正常使用,几乎不存在兼容性问题,但loading组件需要分情况处理:

  1. 对于ios端,当列表元素长度大于1屏时,可以正常使用loading组件,当列表元素不足1屏时,会出现loading组件停留在列表顶部的Bug,建议在此种情况下,使用列表内置的header组件模拟loading(注意把header组件放置在列表底部),达到类似效果,当元素超过1屏后,再切换。
  2. 对于安卓端普通长列表,可以正常使用loading组件。
  3. 对于安卓端嵌套长列表,loading组件无法正常渲染,此种情况同样建议采用header组件模拟loading(注意把header组件放置在列表底部),基本可以达到比较良好的效果。

另外注意,无论是refresh还是Loading,其内置的loading-indicator组件都不建议使用,因其动画效果几乎不存在,考虑使用第三方图标替代。

9.底部输入区和键盘弹出的无缝动画协调问题。

答: 待整理...

暂时无解的问题

1.image 组件 mode 设置为 aspectFit 的时候,如果给 Image 加上 border-radius,安卓端图片显示会出现异常拉伸,目前无解决办法。

2.在安卓机上,进入新页面,image组件无法做到即时渲染,几乎都会出现几百毫秒的闪白问题(ios无此问题),目前只有通过骨架图的方式遮盖,等图片触发load事件后再显示,目前没有更优的解决办法。

最近笔者似乎找到了一种办法,即在跳转页面前通过plus.nativeObj.view预先在固定位置渲染图片,等待页面跳转完成后再隐藏,经测试此种方案渲染速度极快,完全可规避闪白问题,但如何协调页面进入动画还未实践,留待后续解决。

3.原生配置的tabbar,点击切换tabbar后如何触发动画特效问题,笔者有两者思路,一种是全局只有一个页面,即单页面富应用,nvue自行渲染底部tabbar,不过这种方案应该只适用小型项目;另一种则是结合gif图片,笔者看到网络上有提到,gif可设置只循环一次,具体效果暂未实践,留待后续验证。

0 关注 分享

要回复文章请先登录注册

qjr

qjr

回复 5***@qq.com :
好的,谢谢
2025-08-07 13:31
5***@qq.com

5***@qq.com (作者)

回复 qjr :
因为nvue的渲染层采用的是weex,我查询了,发现以往似乎也有相关的问题,你可以参考下:https://blog.csdn.net/weixin_33696822/article/details/88016669
2025-08-07 13:13
5***@qq.com

5***@qq.com (作者)

回复 qjr :
如果你比较在意这点,我会建议你把页面改为vue,尝试把需要原生渲染的内容塞到subNvue里,看看能否解决你的问题。或者你可以打印一下plus.webview.all,看看是否有未清理的页面对象遗留。
2025-08-07 13:10
qjr

qjr

回复 5***@qq.com :
我测试过同样的代码,在vue页面的表现和nvue不一样的,vue页面的内存是不会上涨的,nvue则一直上涨且不会回落;
2025-08-07 11:39
5***@qq.com

5***@qq.com (作者)

回复 qjr :
你好,你提到的问题恐怕不只是nvue相关,我注意到其他帖子里vue页面也会有内存泄漏的问题,比如这个帖子里:https://ask.dcloud.net.cn/question/147861,哪怕是页面不动也会有内存上涨
2025-08-07 10:09
qjr

qjr

题主可以帮忙看看我这边遇到的nvue问题吗?
https://ask.dcloud.net.cn/question/212142
2025-08-07 09:11