view{ overflow: hidden; text-overflow: ellipsis; display: -webkit-box; -webkit-line-clamp: 2; line-clamp: 2; -webkit-box-orient: vertical; } [图片]

[图片] position: fixed; position: absolute;z-index: 10000 都不生效

当app.json全局开启 glass-easel 支持 "componentFramework": "glass-easel", 当部分页面切换到Skyline模式后，当进入一个webview模式的页面时，webview页面白屏 控制台报错 SystemError (jsEnginScriptError) Cannot read properties of undefined (reading '_') TypeError: Cannot read properties of undefined (reading '_') at I (index/components/air-control-popup/index.appservice.js:1:307) at L0 (index/components/air-control-popup/index.appservice.js:1:6267) at t.handleChildrenCreation (common.app.js:1:30533) at (common.app.js:1:30943) at J0 (index/components/air-control-popup/index.appservice.js:1:6525) at t.handleChildrenCreation (common.app.js:1:30533) at (common.app.js:1:30782) at I0 (index/components/air-control-popup/index.appservice.js:1:7047) at t.handleChildrenCreation (common.app.js:1:30533) at (common.app.js:1:30782) 开发者工具上正常，只有真机运行才会上面的问题 理论上，部分页面切换Skyline，无需全局开启 glass-easel 支持，目前会出现一种情况： 项目存在2个tab页面（自定义tab组件），其中一个tab页面已切换成Skyline，另外一个为webview，在不全局开启 glass-easel 的情况下，Skyline的自定义tab组件无法渲染，webview页面正常。一旦全局开启 glass-easel 支持即设置"componentFramework": "glass-easel"，自定义tab组件在两个tab页面渲染正常。 以上情况仅出现在真机，开发者工具正常 app日志已上传， 微信号：world-soon-test 报错时间： 2024-4-9 14:40 和14:54这两个时间点

[图片]

<view class="iconfont icon-gongzuotai"></view> 在IDE里面90%的时候不生效，但是偶尔能生效，真机上不生效。有的帖子说是放到 data 里面然后通过变量访问，试过也不行。哪位大佬能帮忙解答一下 skyline 引擎 iconfont 应该怎么使用？

app.json配置skyline后，无法使用插件组件， [图片] 删除skyline配置后就正常了 [图片] 代码片段：https://developers.weixin.qq.com/s/mO6yxpmh7iSa

component-a.js [图片] component-b.wxml [图片] component-b.js [图片] 在组件A中设置virtualHost: true属性，将节点虚拟化 在组件B中使用组件A，并设置ID 并且在JS中通过selectComponent获取组件实例，此时获取不到A组件实例 期望 能够获取到组件A的实例。

最近在做小程序冷启动耗时优化，目前碰到几个问题希望帮忙解答，万分感谢。 冷启动做了分包加载后，包下载耗时减少了700ms，但整体冷启动耗时没有什么变化。官方给到的几个的阶段数据和同类均值相当甚至优于同类参考，但总体耗时缺相差1.2s ，这里剩余2.5s耗时主要是包含哪些阶段。[图片]按 “冷启动各阶段耗时指标趋势” 给到的数据来看，资源准备阶段耗时变化非常大，期间没有发过版本，能帮忙确认可能的原因吗，是否可以优化。[图片]同样是 “冷启动各阶段耗时指标趋势” 按版本、场景来看，里面数据竟然有 13.8 s，这个数据合理正常吗 [图片]小程序在加载过程中，如果第一个页面（webview）有跳转，这里统计的冷启动时长是否需要等待跳转后的那个页面ready才算结束时间。

[图片][图片] 近期，小程序两次发版之后，we分析后台冷启动耗时数据抖动异常。 由上图，可以看出，该数据抖动与资源准备阶段耗时抖动相关。 [图片] [图片] 由上图代码包下载耗时及小程序的启动流程，可以看出，资源准备阶段，代码包下载耗时数据为正常波动，无异常抖动。 烦请官方协助排查一下，微信侧最近有无相关调整或者其他原因，导致小程序发版，启动耗时异常抖动。