Файл `React / RCTBridgeModule.h` не найден

В моем случае эта конкретная проблема возникла, когда я пытался заархивировать приложение для iOS с поддержкой реакции 0.40+ (решение было найдено здесь: Надежная сборка на ^0.39.2 не выполняется при обновлении до ^0.40.0).

Случилось так, что Xcode пытался создать библиотеки, поддерживающие реакцию, параллельно и создавал библиотеки с неявными зависимостями реакции до фактического создания реакции библиотека.

В моем случае решение заключалось в следующем:

1. Отключите параллельные сборки:

   • Xcode menu -> Product -> Scheme -> Manage Shemes...
   • Дважды щелкните свое приложение
   • Вкладка "Сборка" -> снимите флажок "Распараллелить сборку"

2. Добавить реакцию как зависимость проекта

   • Xcode Project Navigator -> drag React.xcodeproj from Libraries to root tree
   • Вкладка Build Phases -> Target Dependencies -> + -> добавить React

Убедитесь, что вы отключили Parallelise Build и добавили React цель выше вашей цели

БЫСТРЫЙ ИСПРАВЛЕНИЕ (не самое лучшее)

Измените строки заголовка import response-native:

 #import <React/RCTBridgeModule.h>
 #import <React/RCTLog.h>

To:

 #import "RCTBridgeModule.h"
 #import "RCTLog.h"

Вот пример изменений, которые мне пришлось внести в библиотеку, которую я пытался использовать: Закрывает # 46 - файл 'RCTBridgeModule.h' не найден.

Изменять

  #import "RCTBridgeModule.h"

to

 #import "React/RCTBridgeModule.h"

Для тех, кто получил эту ошибку после обновления React Native до 0.40+, вам может потребоваться запустить react-native upgrade в командной строке.

Если Libraries/React.xcodeproj красный в xcode, переустановите node_modules

rm -rf node_modules && yarn

Мой недавно созданный проект из react-native 0.46.3 был красным: S У меня npm 5.3.0 и yarn 0.24.5, когда я выполнял init-native init

Последние выпуски библиотек, поддерживающих реакцию, как описано в предыдущих сообщениях и здесь есть критические изменения совместимости. Если вы не планируете обновляться до response-native 0.40+, вы можете принудительно установить предыдущую версию библиотеки, например, с помощью response-native-fs:

npm install --save -E [email protected]

Мне удалось создать отладку, но не удалось создать архив.

Я решил эту проблему, перетащив React.xcodeproj, найденный в / node_modules / response-native / React, в мой корневой каталог в Xcode, а затем добавил React в качестве целевой зависимости на этапах сборки> целевые зависимости.

Для меня эта ошибка возникла, когда я добавил новую схему / цель (app.staging) в приложение и установил модули с помощью установки модуля.

Эта проблема возникает из-за того, что модули не используются для всех целей. Поэтому мне нужно добавить недавно добавленную цель (app.staging) в Podfile.

Вот мой подфайл.

platform :ios, '9.0'
require_relative '../node_modules/@react-native-community/cli-platform-ios/native_modules'

target 'app' do
  # Pods for app
  pod 'FBLazyVector', :path => "../node_modules/react-native/Libraries/FBLazyVector"
  pod 'FBReactNativeSpec', :path => "../node_modules/react-native/Libraries/FBReactNativeSpec"

  target 'appTests' do
    inherit! :search_paths
    # Pods for testing
  end

  # Pods for staging app // important line below
  target 'app.staging'

  use_native_modules!
end

После React Native 0.60 эта проблема часто вызывается связанной библиотекой, смешанной с новой функцией «автоматического связывания». Это исправляет это для меня

Отключить старую библиотеку с помощью

$ react-native unlink react-native-fs

Интеграция Refresh Pods полностью с использованием

$ pod deintegrate && pod install

Теперь перезагрузите рабочее пространство и выполните чистую сборку.

Эта ошибка появилась у меня после того, как я выполнил команду pod install для новых зависимостей. Наряду с этим также был установлен React. Поэтому, вероятно, Xcode был перепутан с path. Я удалил эти строки из PodFile, и ошибка исчезла. Обратите внимание, что удаленные отсюда уже связаны в Xcode.

target 'app' do

  pod 'GoogleMaps'
  pod 'Firebase/Auth', '~> 6.3.0'
  pod 'Firebase/Database', '~> 6.3.0'

  # Removed four pods below and it worked.

  pod 'react-native-image-picker', :path => '../node_modules/react-native-image-picker'

  pod 'ReactNativePermissions', :path => '../node_modules/react-native-permissions'

  pod 'react-native-image-resizer', :path => '../node_modules/react-native-image-resizer'

  pod 'RNFS', :path => '../node_modules/react-native-fs'

  end

Я получаю эту ошибку в любом новом модуле, который создаю с помощью create-react-native-module < / а>. Ни одно из опубликованных решений не помогло мне.

Перейдите в папку iOS в вашем проекте и установите pod -

$ pod install

Если вы получаете какую-либо ошибку при установке команды pod type -

$ xcode-select -p

Результат должен быть - /Applications/Xcode.app/Contents/Developer

Если путь неверен, откройте свой проект iOS в Xcode и перейдите к: Xcode-> настройки-> инструменты командной строки-> выберите Xcode

И снова установите модуль, и ваша проблема будет исправлена.

Предложение anhdevit в https://github.com/facebook/react-native/issues/24363#issuecomment-488547280 работал у меня:

In your terminal, run: defaults delete com.apple.dt.Xcode

Если вы хотите сделать это из своего редактора, также откройте SMobile.xcscheme.

И измените parallelizeBuildables = "NO"

Для меня не сработало ни одно из вышеперечисленных решений, а ниже - то, что сработало (я уже проверил Parallelize Build и добавил React)

1. Open XCode --> To Libraries add `$LibraryWhichDoesNotWork.xcodeproj$`
2. Then for your app in the `Build Phases` add to the `Link Binary with Libraries` the file `lib$LibraryWhichDoesNotWork$.a`

Я столкнулся с этой проблемой при обновлении с 0.58.4 до новой версии 0.60.4. Ничего из того, что я нашел в Интернете, мне не помогло, но мне удалось заставить его работать:

Перейдите к настройкам сборки, найдите "Пути поиска заголовков", выберите запись и нажмите кнопку УДАЛИТЬ.

У меня эти значения были переопределены, и похоже, что после удаления они вернулись к значениям по умолчанию. Также Cocoapods жаловался на это сообщениями в Терминале после pod install:

[!] The `app [Release]` target overrides the `HEADER_SEARCH_PATHS` build setting defined in `Pods/Target Support Files/Pods-app/Pods-app.release.xcconfig'. This can lead to problems with the CocoaPods installation

Я столкнулся с этой проблемой после того, как выполнил руководство react-native link зависимости, которая не поддерживала автоматическую ссылку на RN 0.59+.

Решение заключалось в том, чтобы выбрать файл xcodeproj в папке Libraries в Xcode, а затем в настройках сборки изменить пути поиска заголовков, чтобы добавить эти два (рекурсивные):

$(SRCROOT)/../../../ios/Pods/Headers/Public/React-Core
$(SRCROOT)/../../../ios/Pods/Headers/Public

Если вы хотите, чтобы Parallelise Build оставался включенным и избегал проблем с отсутствующими заголовками, укажите в своей схеме этап предварительной сборки, чтобы поместить заголовки реакции в область производных данных. Обратите внимание, что в этом случае настройки сборки берутся из проекта React. Да, в этом нет ничего прекрасного, но он выполняет свою работу, а также экономит много времени на сборках. Выходные данные шага предварительной сборки попадают в файл prebuild.log. Точные заголовки, которые вам нужно скопировать, будут зависеть от зависимостей вашего проекта, связанных с реакцией, но вы получите от этого jist.

Получите каталог производных данных из переменных среды и скопируйте необходимые заголовки реакции.

#build_prestep.sh (chmod a+x)
derived_root=$(echo $SHARED_DERIVED_FILE_DIR|sed 's/DerivedSources//1')
react_base_headers=$(echo $PROJECT_FILE_PATH|sed 's#React.xcodeproj#Base/#1')
react_view_headers=$(echo $PROJECT_FILE_PATH|sed 's#React.xcodeproj#Views/#1')
react_modules_head=$(echo $PROJECT_FILE_PATH|sed 's#React.xcodeproj#Modules/#1')
react_netw_headers=$(echo $PROJECT_FILE_PATH|sed 's#React/React.xcodeproj#Libraries/Network/#1')
react_image_header=$(echo $PROJECT_FILE_PATH|sed 's#React/React.xcodeproj#Libraries/Image/#1')

echo derived root = ${derived_root}
echo react headers = ${react_base_headers}

mkdir -p ${derived_root}include/React/

find  "${react_base_headers}" -type f -iname "*.h" -exec cp {} "${derived_root}include/React/" \;
find  "${react_view_headers}" -type f -iname "*.h" -exec cp {} "${derived_root}include/React/" \;
find  "${react_modules_head}" -type f -iname "*.h" -exec cp {} "${derived_root}include/React/" \;
find  "${react_netw_headers}" -type f -iname "*.h" -exec cp {} "${derived_root}include/React/" \;
find  "${react_image_header}" -type f -iname "*.h" -exec cp {} "${derived_root}include/React/" \;

Сценарий действительно вызывается во время очистки сборки, что не идеально. В моем случае есть одна переменная env, которая изменяется, что позволяет мне выйти из скрипта раньше во время очистки.

if [ "$RUN_CLANG_STATIC_ANALYZER" != "NO" ] ; then
    exit 0 
fi

Мое решение заключалось в том, чтобы удалить все в Libraries, как описано здесь

Что вы можете сделать, чтобы сделать это правильно:

1) npm uninstall reat-native-fs для удаления библиотеки

2) npm unlink react-native-fs, чтобы отключить библиотеку

Теперь библиотека успешно удалена, и теперь снова установите ее в свой проект и на этот раз свяжите все вручную. Иногда автоматическое связывание вызывает эту ошибку.