我这边先兼容一下，会先挂上空函数避免报错。 不过插件原本是不支持实时日志的，为什么要在插件里调 getRealtimeLogManager ？这里如果是为了判断支持度的话，不建议判 undefined，最好是判 caniuse 或者版本号。 插件这里有计划支持实时日志，但是接口会进行改造，为了更好的做日志分析。原先的日志支持随便乱打，没有结构性，不利于分析。

因为体验评分里面是跑的比较通用的逻辑，所以有一些问题确实不能准确测量。能否给一下你那边没有检测出来的 demo？我这边看看能不能优化下规则。

非 kbone 页面分享 kbone 页面，需要拼出对应的 url，因为存在单页的情况下，一个页面是可能有多个 url 的，所以 url 需要单独拼在页面路径后面： [图片]

昨晚才 publish，这么快就用上了:D 这个看起来是路径不对，可以更新下最新的 mp-webpack-plugin 然后重新构建一下？这里还要求打开 shareTimeline 配置（按照官方要求应该还要再打开 share 配置），具体可以参考文档：https://wechat-miniprogram.github.io/kbone/docs/domextend/#window-onsharetimeline demo 里也有的：https://github.com/Tencent/kbone/tree/v2.x/examples/demo5

因为 tim-wx-sdk 的设计兼顾了 Web 端，会走特殊的判断是否在 Web 端。kbone 这里的 app.js 不属于任何页面，所以不会有标准的 window/document 对象，但是为了保证代码正确运行，会注入假的 widnow/document 对象，导致被 tim-wx-sdk 判断成是 Web 端了。 兼容方案：更新 mp-webpack-plugin 到 1.0.1 版本，然后在其配置上补上： generate: { appEntryInject: `window.navigator = {product: 'NS'};`, }, 他会在 app.js 之前注入一段代码，确保 tim-wx-sdk 不会判断成是 Web 端。

是做 pc 端的小程序需求么？目前小程序原生没有提供键鼠事件，所以 kbone 也没有提供相应的事件。不知你的需求可否用 touchmove 来代替呢？

你是用的 demo1 么？kbone 所有 demo 编成 Web 端，其实和 kbone 本身都没有关系了，因为 kbone 是一个介于 Web 端代码和小程序层中间的适配层，原本 Web 端代码就是在浏览器上跑的，所以 kbone 是不会做任何处理的，demo 里的构建就是用了 vue 官方提供的 loader、plugin 来构建的。 然后单页白屏问题，往往出自以下两个原因： 1、没有配置像 / 这样的路由或者重定向，而你进去的是这样的根路径，所以没有路由响应导致白屏（本质上就是没有找到能响应的路由）； 2、前端配置的路由，服务器端没有支持，这就取决于服务端对于 404 怎么处理了，如果服务端输出了白屏，那就是白屏了； 题主可自查下是否这两个原因导致的。

全局（所有页面）的话可以配置：https://wechat-miniprogram.github.io/kbone/docs/config/#global-reachbottom 单个页面的话，可以配置：https://wechat-miniprogram.github.io/kbone/docs/config/#pages-%E9%A1%B5%E9%9D%A2%E5%90%8D%E7%A7%B0-reachbottom 然后通过监听 window 的 reachbottom 事件即可： window.addEventListener('reachbottom', evt => { // to something }); 附注：binnie smile 同学图里是那坨要加了配置才会生成代码来着。

这是基础库近段时间新增的属性，在 miniprogram-element@1.2.4 中已补充，可以试试。 如果是 kbone-ui 的话，也需要在其对应的库中进行补充，binnie 酱会拉相关负责开发同学来进行跟进。

跟基础库版本有关，工具将版本调到 2.10.3 以上应该就不会有这个报错。kbone 中也加了针对低版本基础库这块的保护逻辑，更新到 miniprogram-element@1.2.3 即可。