Debug 指南

和所有框架一样，Taro 也可能存在 bug。当你认为你的代码没有问题，问题出在 Taro 时，可以按照本章内容进行调试。

当你在 Taro 进行 debug 时，请先确认一下流程均已完成：

1. ESLint 已经开启并且没有报错；
2. 大致过了一遍包括最佳实践在内的文档，文档里没有对应问题的描述；
3. 搜索过相关的 issue，issue 没有提到相关解决方案；
4. 按项目使用的 Taro 版本往上查看 changelog，changelog 中没有意见修复相关问题的提交；

很多时候只要你把以上四个流程都走一遍，遇到的问题就会迎刃而解。而作为一个多端框架，Taro 有非常多的模块，当出现问题时 Taro 也需要分模块进行调试，接下来我们会举一些已经解决了的 bug 样例，阐述我们调试 bug 的思路：

安装

使用 yarn 安装完 CLI 报错

由于 commander.js 的缘故，在 Mac 下使用 yarn 安装 CLI，偶尔会出现执行命令报错的情况

taro-init(1) does not exist, try --help

这时候，你可以选择使用 npm 或者 cnpm 重新安装 CLI，或者将 CLI 添加到环境变量中来解决。

项目依赖一直安装不下来

由于 Taro 的 @tarojs/webpack-runner 包默认依赖了 node-sass，倒是有些时候依赖一直安装不了，在此，建议直接使用淘宝的 cnpm 进行安装依赖，或者尝试一下这个包

小程序

没有任何报错，但显示的结果不如预期

被 diff 逻辑过滤

此问题发生在页面或组件更新时。

在调用小程序的 setData 方法前，Taro 会把 state 与 data 做一次 diff。

如果 state 与 data 的某个属性值没有变化，很有可能就不会重新 setData 该属性，导致页面或组件没有正确更新。

这种问题多出现在小程序的表单组件中，例如以下两个 issue：#1981、#2257。因为小程序一些表单组件为非受控组件，表单更新时，对应 value 值的 data 并不会更新，导致 data 值还是初始值。如果再 setState 此属性为初始值，由于 diff 逻辑判断属性值没有变化，不会 setData 此属性，导致视图没有更新。正确做法是在表单组件的 update 事件中 setData value 为当前值，保证 data 与表单显示值保持一致。

debug diff

开发者可以在开发者工具中找到 taro 运行时库，在 diff 方法前后打断点或 log，观察 state、小程序 data 和 diff 后将要被 setData 的数据，这种排查有助定位很多视图更新问题。

微信小程序，增加数组元素无法正确更新数组 length

增加数组元素时，经 diff 后会按路径更新。但由于微信小程序自身 bug，按路径更新数组时，数组 length 不会正确更新。详见 #882

此问题只出现于微信小程序，微信官方说法是暂不修复。

推荐做法是新开一个 state 值来同步 length 变化。

编译模板出错

这时候很可能是编译模板出现了错误。例如中 #2285 中，题主写了两个嵌套循环，在第二个循环中无法正确地访问到第一个循环声明的 index 变量：

// 假设源码在 src/pages/index/index.js 中
rooms.map((room, index) => (
  <View key={room.id}>
    <View>房间</View>
    <View className="men">
      {room.checkInMen.map(man => (
        <View onClick={this.handleRemoveMan.bind(this, man.id, index)}>
          {man.name}
        </View>
      ))}
    </View>
  </View>
);

而编译出来的 wxml 将会是：

<!-- 编译后代码代码至少会生成三个文件，分别是: -->
<!-- dist/pages/index/index.js，dist/pages/index/index.wxml，dist/pages/index/index.json -->
<view wx:for="{{loopArray0}}" wx:for-item="room" wx:for-index="index">
  <view>房间</view>
    <view class="men">
      <view  data-e-tap-a-b="{{index}}" bindtap="handleRemoveMan" wx:for="{{room.$anonymousCallee__0}}" wx:for-item="man" data-e-tap-so="this" data-e-tap-a-a="{{man.$original.id}}">{{man.$original.name}}
      </view>
    </view>
  </view>
</view>

观察编译前后文件，我们可以发现：由于第二个循环没有指定 index 变量名，Taro 编译的循环也没有指定 index 变量名。但问题在于微信小程序当不指定 index 时，会隐式地注入一个名为 index 的变量名作为 index。因此这段代码在第二个循环中访问 index，实际上是当前循环的 index，而不是上级循环的 index。

当我们了解到问题所在之后，解决问题也很容易，只要在第二个循环显式地暴露循环的第二个变量即可，源代码可以修改为：

rooms.map((room, index) => (
  <View key={room.id}>
    <View>房间</View>
    <View className="men">
      {room.checkInMen.map((man, _) => (
        <View onClick={this.handleRemoveMan.bind(this, man.id, index)}>
          {man.name}
        </View>
      ))}
    </View>
  </View>
);

运行时在小程序开发者工具报错

有时候我们会在运行时遇到这样错误：

调试这样的问题也很简单，只需要点击调用栈从调用栈最上层的链接，点进去我们可以发现是这样的代码：

这时我们可以发现这个错误的原因在于变量 url 在调用 Object.assign() 函数时找不到变量，我们可以再看一下源码：

// 如果运行时报错文件路径是：dist/pages/test/test.js
// 那么就可以推算出源码在：src/pages/test/test.js
// 编译后的 js 文件已经经过 Babel 编译过，但函数基本上还是能一一对应的
// 除了 `render()` 函数会对应到 `_createData()` 函数，形如 `renderTest` 函数会对应到 `createTestData` 函数
render () {
  let dom = null
  if (this.props.visable) {
      const url = 'https://...'
      dom = <Image src={url} />
  }
  
  return <Container>
    {dom}
  </Container>
}

通过观察编译前后代码，我们可以发现源码没有任何问题，但 Taro 在此问题出现的版本没有处理好 if 表达式作用域内的变量，调用 Object.assign() 函数时 url 变量并不存在于 render 函数的作用域中。为了解决这个问题，我们可以修改源码，手动把 url 变量也放在 render 函数作用域中：

render () {
  let dom = null
  let url = ''
  if (this.props.visable) {
      url = 'https://...'
      dom = <Image src={url} />
  }
  
  return <Container>
    {dom}
  </Container>
}

大部分运行时错误都可以通过小程序内置的 Chrome DevTools 找到报错的缘由，如果当前调用栈没有找到问题所在，可以往上逐层地去调试各个调用栈。Chrome DevTools 相关文档请查看：Chrome 开发者工具

生命周期/路由/setState 出错

在 #1814 中提到了 this.$router.path (当前页面路由的路径) 有时无法访问。经过调研发现原因在于 Taro 把获取路径的函数放在了小程序的 onLoad 函数上，而不是每个组件都能调用到这个函数。而解决这个问题的方法也很简单，如果当前页面是组件可以直接通过 this.$scope.route 访问，更普适的方法则是通过 getCurrentPages 函数访问到当前页面的示例，然后访问实例的 route 或 __route__ 访问到当前页面路由的路径。

通过这个例子，我们不难发现 Taro 的生命周期/路由 和 setState 在小程序端其实是包装成 React API 的一层语法糖，我们把这层包装称之为 Taro 运行时框架。几乎所有 Taro 提供的 API 和语法糖最终都是通过小程序本身提供的 API 实现的，也就是说当 Taro 运行时框架出现问题时，你基本都能使用小程序本身提供的 API 达到同等的需求，其中就包括但不限于：

1. 使用 this.$scope.triggerEvent 调用通过 props 传递的函数;
2. 通过 this.$scope.selectComponent 和 wx.createSelectorQuery 实现 ref;
3. 通过 getCurrentPages 等相关方法访问路由；
4. 修改编译后文件 createComponent 函数创建的对象

虽然使用小程序原生方法也能做很多同样的事，但当 Taro 运行时框架出现问题时，我们还是强烈建议开发者向 Taro 官方 提交 issue，有能力的开发者朋友也可以 提交 PR。一方面使用 Taro API 实现可以帮助你抹平多端差异，另一方面寻找甚至是修复 bug 也有助于加强你对 Taro 和小程序底层的理解。

微信小程序表单组件问题

微信小程序表单组件不是受控组件，当用户操作表单时视图会立即改变，但表单的 value 值还是没有变化。

如果在表单 onChange、onInput 此类值改变回调中 setState value 为用户操作改变表单之前的值时，Taro 的 diff 逻辑会判断 setState 的 value 值和当前 data.value 一致，则放弃 setData，导致视图没有正确更新。

解决办法：

Input 组件可以通过在回调中 return 需要改变的值来更新视图。详见 #2642

小程序 Input 组件文档截图：

其它组件需要立即 setState({ value: e.detail.value }) 以立即更新同步 data.value 值，然后再 setState 真正需要表单改变的值。详见 #1981、#2257

API 问题

API 调用结果不符合预期

Taro 小程序端的 API 只是对小程序原生 API 简单地进行了 promise 化，并没有做什么额外操作。因此开发者在遇到这种情况时可以试试直接使用小程序 API，如微信小程序中直接使用 wx.xxx。如果有同样的报错，证明是小程序方面的问题。否则则可能是 Taro 的问题，可以给我们提相关 issue。

API 调用报错

假设开发者在调用某个 API Taro.xxx，出现类似以下报错：

证明 Taro 还没兼容此 API，比如一些小程序平台最新更新的 API。这时可以给我们提 issue 要求添加，或者修改此文件 native-apis.js 后，给我们提 PR。

H5

运行时报 DOM 相关错误

在 #1804 中提到，只要使用了 Block 组件并且有一个变量控制它的显式时，就必定会报错：

export default class Index extends Component {
  config = {
    navigationBarTitleText: '首页'
  };

  state = {
    num: 1
  };

  componentDidMount() {
    console.log('did');
    setTimeout(() => {
      this.setState({
        num: 0
      });
    }, 2000);
  }

  render() {
    const { num } = this.state;
    return (
      <View className="container">
        {num === 0 && <View>已卖完</View>}
        {num > 0 && (
          <Block>
            <View>正在销售</View>
            <View>立即购买</View>
          </Block>
        )}
        {/* {num > 0 && <View>正在销售</View>} */}
      </View>
    );
  }
}

这个时候我们可以把问题定位到 Block 组件中，我们可以查看 @tarojs/components 的 Block 组件源码：

const Block = (props) =>  props.children
export default Block

也就是说当变量 num > 0 时，Block 组件的 children 会显示，而当 Block 组件的 children 是一个数组时，View.container 的 children 就变成 [一个 View 组件, [一个数组]]，渲染这样的数据结构需要 React.Fragment 的包裹才能渲染。而 Taro 目前还没有支持 React.Fragment 语法，所以这样的写法就报错了。解决这个问题也很简单，只需要修改 Block 组件，用一个元素包裹住 children 即可:

const Block = (props) => <div>{props.children}</div>

当你遇到了相关问题时，我们准备了一个快速起步的沙盒工具，你可以直接在这个工具里编辑、调试、复现问题：

组件

jsEnginScriptError

Component is not found in path "xxx/xxx/xxx" 解决办法：

1、检查有没有编译报错

2、检查编译后的文件是否正确

3、步骤 1 和 步骤 2 如果检查没有问题，重启开发者工具，否则跳到步骤 4

4、提供具体编译报错信息与编译后文件信息的截图

其它资源

本文列举了一些 Taro 的已解决 bug 例子，阐述了在 Taro 中 debug 的思路，但在实际操作中如果你能更深入地了解 Taro 的实现原理，那无论是对使用 Taro 或是 debug 都会有很大的帮助。以下资源从各个方面都介绍了 Taro 的实现原理：

• 掘金小册：Taro 多端开发实现原理与实战
• 博文：Taro 诞生记
• 公开演讲: 使用 Taro 快速开发多端项目
• 公开演讲： 基于 Taro 的多端项⽬目实践