React Native 0.49迁0.59遇PropTypes.bool报错，求原因及TypeScript项目升级建议

关于 undefined is not an object (evaluating '_react.default.PropTypes.bool') 错误 #

这个错误我之前升级RN项目时也碰到过，属于版本升级后典型的PropTypes适配问题。

错误含义与成因 #

简单来说：React.PropTypes 这个属性已经不存在了。React在v15.5.0版本就把PropTypes从核心库抽离成了独立的prop-types包，而你升级到的React Native v0.59对应的React版本是v16.8.x——早就不再内置PropTypes了。你的项目代码或者依赖的第三方组件（比如native-base、自定义的ModalPicker/Input这类组件）还在沿用旧写法React.PropTypes，自然会触发"找不到对象"的报错。

快速修复步骤 #

1. 安装独立的PropTypes包：

   npm install prop-types
   # 或者用yarn
   yarn add prop-types
   

2. 替换所有旧的PropTypes引用：
   把项目中所有类似import * as React from 'react'; React.PropTypes.bool的代码，改成：

   import PropTypes from 'prop-types';
   // 之后用 PropTypes.bool / PropTypes.string 等替代原来的写法
   

3. 检查第三方依赖：
   像native-base这类旧版本库可能内部还在依赖React.PropTypes，需要将其升级到兼容RN v0.59的版本（比如native-base@2.13.12），避免依赖库内部抛出同样的错误。

React Native v0.49 → v0.59（及更高版本）TypeScript项目升级建议 #

从v0.49到v0.59跨度不小，建议分阶段稳步升级，避免一步到位踩一堆坑：

1. 前置准备 #

• 先把当前代码提交到Git做好备份，升级过程中随时可以回滚到稳定状态。
• 用React Native官方的Upgrade Helper（输入旧版本0.49和目标版本0.59）生成配置文件差异，对照修改项目的android/build.gradle、ios/Podfile、package.json等核心配置。

2. 核心依赖升级 #

• 同步升级React Native与React：

  npm install react-native@0.59.10 react@16.8.3 react-dom@16.8.3
  

  注意RN版本和React版本必须严格匹配，v0.59.10对应React v16.8.3，不匹配会引发更多兼容性问题。
• TypeScript相关依赖适配：

  npm install typescript@3.5.3 @types/react@16.8.23 @types/react-native@0.59.10
  

  这些版本是经过验证适配RN v0.59的，别直接用最新版TypeScript，容易出现类型定义不兼容的情况。

3. 代码适配与修复 #

• 全局替换PropTypes写法：按照前面的错误修复方案，把所有React.PropTypes替换成独立包的PropTypes。
• 更新生命周期与废弃API：RN v0.49到v0.59之间很多旧API被标记为不安全（比如componentWillMount、componentWillReceiveProps），建议替换成componentDidMount、static getDerivedStateFromProps，或者直接迁移到Hooks（RN v0.59已经支持Hooks）。
• 细化TypeScript类型定义：升级后类型检查会更严格，原来的any类型可能触发报错，建议逐步给组件的Props/State加上具体类型，提升代码健壮性。

4. 第三方库适配 #

• 升级所有第三方库到兼容RN v0.59的版本：比如react-native-vector-icons升级到6.6.0，react-navigation如果用的是旧版本，建议升级到react-navigation@3.x（适配RN v0.59）。
• 对于不再维护的小众库，趁早找替代方案，避免成为后续升级的阻碍。

5. 构建与缓存清理 #

• Android端：进入android目录运行./gradlew clean清理Gradle缓存，再重新同步项目。
• iOS端：删除ios/Pods文件夹和Podfile.lock，运行pod install重新安装依赖。
• 全局缓存：运行npm start -- --reset-cache清除Metro缓存，避免旧代码残留导致奇怪的报错。

6. 测试与迭代 #

• 逐个页面测试核心功能，优先修复崩溃、报错的模块，再调整样式和交互细节。
• 等v0.59版本稳定后，再考虑继续升级到更高版本（比如v0.60+，这个版本开始支持Autolinking，变化更大）。

内容的提问来源于stack exchange，提问作者Fitra Zul Fahmi