大幅な改善！

これは、デフォルトで85000msタイマーを保持するsocket.ioに役立ちます。 RNマスターでは、しきい値は60000msです。

また、長いタイマーを使用しているFirebase。

Firebaseライブラリの使用中に次の警告が表示されます

Setting a timer for a long period of time, i.e. multiple minutes, is a performance and correctness issue on Android as it keeps the timer module awake, and timers can only be called when the app is in the foreground. See https://github.com/facebook/react-native/issues/12981 for more info. (Saw setTimeout with duration 111862ms)

この警告を取り除く方法...

Firebaseライブラリを使用しているときにも次の警告が表示されます。 誰かがこの問題を解決する方法を知っていますか？

また、firebaseでこの警告が表示されます。

"firebase": "^3.9.0",
"react-native": "0.44.0"

同じ問題（ 85000ms ）ですが、 firebaseません。 パッケージの私のリスト：

  "dependencies": {
    "apisauce": "0.11.0",
    "format-json": "1.0.3",
    "lodash": "4.17.4",
    "markdown-it": "^8.3.1",
    "native-base": "^2.1.3",
    "normalizr": "^3.2.2",
    "prop-types": "^15.5.10",
    "querystringify": "1.0.0",
    "ramda": "0.23.0",
    "react": "16.0.0-alpha.6",
    "react-markdown": "^2.5.0",
    "react-native": "0.44.0",
    "react-native-animatable": "1.2.0",
    "react-native-config": "0.4.2",
    "react-native-device-info": "0.10.2",
    "react-native-drawer": "2.3.0",
    "react-native-htmlview": "0.9.0",
    "react-native-i18n": "1.0.0",
    "react-native-linear-gradient": "^2.0.0",
    "react-native-photo-view": "^1.2.0",
    "react-native-router-flux": "3.39.1",
    "react-native-scrollable-tab-view": "*",
    "react-native-share": "^1.0.20",
    "react-native-vector-icons": "4.1.1",
    "react-navigation": "^1.0.0-beta.9",
    "react-redux": "5.0.4",
    "redux": "3.6.0",
    "redux-persist": "4.6.0",
    "redux-saga": "0.15.3",
    "reduxsauce": "0.4.1",
    "seamless-immutable": "7.1.2"
  },
  "devDependencies": {
    "ava": "^0.18.2",
    "babel-eslint": "^7.1.1",
    "babel-preset-es2015": "^6.18.0",
    "enzyme": "^2.6.0",
    "husky": "^0.13.1",
    "ignite-animatable": "^0.3.1",
    "ignite-dev-screens": "^2.0.0-beta.9",
    "ignite-i18n": "^0.1.1",
    "ignite-ir-boilerplate-2016": "^0.2.2",
    "ignite-vector-icons": "^0.2.1",
    "mockery": "^2.0.0",
    "nyc": "^10.1.2",
    "react-addons-test-utils": "^15.3.1",
    "react-dom": "^15.4.0",
    "react-native-mock": "^0.3.1",
    "reactotron-apisauce": "^1.7.0",
    "reactotron-react-native": "^1.7.0",
    "reactotron-redux": "^1.7.0",
    "reactotron-redux-saga": "^1.7.0",
    "snazzy": "^6.0.0",
    "standard": "^8.6.0"
  }

Androidで0.44.0を使用しても同様の問題が発生しています。 Firebaseも使用していません：

Setting a timer for a long period of time, i.e. multiple minutes, is a performance and correctness issue on Android as it keeps the timer module awake, and timers can only be called when the app is in the foreground. See https://github.com/facebook/react-native/issues/12981 for more info. (Saw setTimeout with duration 85000ms)

こんにちはみんな..これのための迅速な回避策はありますか？ 私が使用しているもの：

react-native 0.44 react 16.0.0-alpha.6 feathers-socketio 1.6.0

私が開発している間、その非常に迷惑な飛び出し..とにかく私は今のところ警告を隠すことができますか？

Firebase3.9.0でも同じ問題が発生します

気になる場合は、 console.ignoredYellowBox = ['Setting a timer'];追加するだけです

@ skv-ヘッドレス意見が入ります。 :)

私の意見では、問題に対する態度はなくなる必要があります。 私はそれがより頻繁にポップアップするのを見てきました、そしてそれは人々に警告を無視させています。 それらは警告です。 彼らはあなたに警告します。 それらを無視しないで、何かをしてください。 非推奨の通知も含め、すべての警告が無視されるアプリを見たことがあります。 その後、アプリが壊れて、なぜだろうと思うままになります。

この場合、これらのタイムアウトを構成して短縮するか、それらを処理する別のアプローチを設定できます。 たぶん、図書館のメンテナを突いて、解決策を考え出すのを手伝ってくれるように頼むことさえあります。

私のアドバイスは、賢い誰かが実際の解決策を思い付くまでこのスレッドをたどることです。そうすれば、その答えで自分自身を教育することができます。 そして、おそらく、その間（問題を解決できない/したくない場合）、警告を無視します。

TL; DR;

はい、一時的に警告を無視することができます。 時々チェックインして、ステータスが何であるか、そして必要なアクションがあるかどうかを確認してください。

@imamatory私はよると思います

Rectotronによると思います

その場合、この警告は単に無視できます。
...ただし、Androidエミュレーターが遅くなることがありますが、それが理由の1つかもしれません。

@imamatory本当の解決策が同じくらい簡単であることを願っています

こんにちは、私は解決策を見つけたと思います：
まず、プロジェクトで次のファイルを見つける必要があります：libraries / Core / Timers / JSTimer; js
それを開くと、このconst MAX_TIMER_DURATION_MSを変更するだけで、期間を超えて増加し、警告の最後に書き込まれます！

@nicolasZZこんにちは、解決策をありがとう。 しかし、それは私たち自身のコードではなく、 JSTimerライブラリを変更するための良い習慣ですか？

@nicolasZZ @AmroAly私の考えでは、このソリューションは非常に不安定であるため、良い習慣ではありません。公式のソリューションがリリースされている間は、アラートを無視するのが最善です。

console.ignoredYellowBox = [
    'Setting a timer'
]

@ skv-headlessのソリューションは優れていますが、私の場合は、括弧の間にある「enter」でのみ機能します。

@rigobcastro迷惑なアラートを隠してくれてありがとう。

@ DZuz14 PRを送るか、少なくとも会話を始めることができれば素晴らしいでしょう。 ありがとう👍

こんにちは〜
私はsocket.ioを使用しました。 nodejs and RN44 or RN 45
私はこのタイマーに警告するのを見ました。

私はこの解決策を見つけました
reference reactotron PR

パーソナルサーバーnodejsとscoket.io

const express = require('express')
const app = express()
const server = require('http').Server(app)
const io = require('socket.io')(server, {pingTimeout: 30000})

ありがとう！

Android用のシンプルなreactnativeプロジェクトがあり、ログインとサインアップにreact nativeでfirebase authを使用していますが、黄色のエラーが発生しました。どうすればよいですか？ stackoverslowでの私の質問のリンク（https://stackoverflow.com/questions/44603362/setting-a-timer-for-a-long-period-of-time-ie-multiple-minutes）

ありがとう@ DZuz14
react-native run-androidを実行すると、このエラーが発生しました

D:\Projects 2016\Web\Android\mohajerkade-android\android\app\src\main\java\com\mohajerkade\AlarmManagerModule.java:40: error: cannot find symbol
       Intent intent = new Intent(context, AlarmReceiver.class);
                                           ^
  symbol:   class AlarmReceiver
  location: class AlarmManagerModule
1 error
:app:compileDebugJavaWithJavac FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':app:compileDebugJavaWithJavac'.
> Compilation failed; see the compiler error output for details.

ログインとサインアップにreactnativeでfirebaseauthを使用したいのですが、黄色のエラーが発生しました。
1：このモジュールは正確には何ですか？
2：プロジェクトにこのモジュールが必要な理由

私はこのリンクを介してstackoverflowに尋ねました：（https://stackoverflow.com/questions/44603362/setting-a-timer-for-a-long-period-of-time-ie-multiple-minutes）
このリンクからGoogleFirebaseチームに報告し

@ DZuz14 @ saeedheiと同じ質問がありました。

基本的に、これらの長期間のタイマーを使用するfirebaseノードモジュールを使用しています。

モジュールを追加するだけでは不十分だと思います。Javascriptタイマーではなくアラームを使用するには、実際にはfirebaseノードモジュール内のコードを書き直す必要があります。

ありがとう@ DZuz14

したがって、 firebaseというnpmパッケージを調べると、かなり多くの場所でsetTimeoutが使用されていることがわかります。 ライブラリはWebサイトとnode.jsサーバー用に作成されているため、これは問題ありません。 react-nativeはnode.jsサーバーの一種ですが、電話で実行されます-警告が正しく指摘しているように-長時間実行されるJavascriptタイマーはこの環境では適切ではなく、バッテリーを消耗し、その他の望ましくない副作用を引き起こす可能性があります。

したがって、Firebaseの担当者に実際にアプローチを変更して、 react-native用に特別に作成されたパッケージを配布するよう説得する必要があると思います。

@BerndWessels https://www.npmjs.com/package/react-native-firebaseこれを見たことがありますか？ Firebaseをネイティブスレッドで実行できるようになると言います。 それがどれほど真実かはわかりませんが、一見の価値があるかもしれません。 あなたもそれを使っているかもしれません、私にはわかりません。

@ DZuz14ありがとう、私はそれをチェックします。

console.ignoredYellowBox = [
「タイマーの設定」
]

@rigobcastroこのコードはどこに入力または貼り付けることができますか？

@ Jazz747セットアップファイルの上部（app.js、index.android.js、index.ios.jsなど）

console.ignoredYellowBox = [ 'Setting a timer' ]
このコードは、reactnative内の警告のみを非表示にします。

ブラウザコンソール内の警告はどうですか？

RNチームまたはコミュニティの誰かがこの問題の解決に取り組んでいるかどうか誰かが知っていますか？

警告ポップアップはこの問題にリダイレクトされますが、警告を非表示にする以外に適切な解決策をここで見つけることができません。これはまったく解決策ではありません。 何かアイデアや提案はありますか？

@SuhairZainすべてがRNに対する外部ライブラリのエラーであることを示しているようです

@rigobcastroこの警告は、十分な時間（私の場合は5分）のsetInterval()呼び出しで簡単に再現できます。 したがって、これはサードパーティのライブラリによって引き起こされたものではないと思います。

ところで、私はここでライブラリを見つけました： react-native-background-timerは私が仕事を

@SuhairZainはい、そうです！ 私の問題はサードパーティのlibにありましたが、所有者がエラーを修正し（ setInterval()変更しただけだと思います）、警告が消えました。

良いお勧め、ありがとう。

私はここで同じ問題を抱えています。 そして、それでも私はこの問題をどのように扱うべきか理解できませんでした。

rn：0.45.1
Firebase：4.1.3

親愛なる@escalepionFirebaseチームに報告しました：（https://github.com/facebook/react-native/issues/12981#issuecomment-309595327）

@escalepion問題が長時間実行タイマーの設定に関するものである場合は、上記の私のコメントを見て、それが役立つかどうかを確認してください。

@SuhairZain申し訳ありませんが、setIntervalまたはreact-native-background-timerの使用方法を理解できませんでした:(どこでどのようにコードを記述しますか？例はありますか？

どのライブラリが害を引き起こしているのかを把握する方法について誰かがヒントを持っていますか？ 最近RNを0.46にアップグレードしましたが、突然このエラーが発生しました。 私のプロジェクトにはかなりの数のライブラリがあり、それらを1つずつ調査することしか考えられませんが、これは明らかに理想的ではありません。

乾杯！

@ abeltje1 、この問題を修正する方法が

@liketurbo確かに私は

30分ごとにAPIトークンを再検証するために、 redux-sagaと一緒にこの問題が発生しています。

したがって、この場合、これだけ長く待つことは実際には正しいことです。 そして、私は長い間待つことが予想される他のシナリオがあると思います。

それから私の質問は、なぜこれが警告なのかということです。 何が壊れ/起こる可能性がありますか？ LLT（長期トランザクション）を使用できないようにする必要がありますか？

LLTに問題がない場合。 この問題を処理するための最良のアプローチは何でしょうか？ AlarmManager時間を拡張しますか？

前もって感謝します ;）

@sospedraと同じ問題が発生しています。 私はredux-sagaを使用しており、アプリ内の一部のデータを3分ごとにバックグラウンドで更新するサガがあるため、サガにはコードyield call(delay, 3 * 60000);含まれています。 その結果、この「タイマーを長時間設定しています...」というエラーが発生します。

私はまた、提案されたアプローチがこのようなもののために何であるか疑問に思っています。 コードをこのように機能させたままにすると、どのような問題が発生しますか。 エラーメッセージは、パフォーマンスの問題がある可能性があることを示しています。アプリがバックグラウンドにある場合、タイマーが実際に正しい時間に起動されない可能性がありますか？

このコードで3分のタイマーを設定することに問題がある可能性が高い場合、同じ機能を実現し、これらの問題に遭遇しない代替ソリューションはどれですか？

まだ同じ問題が発生しています。

ネイティブAndroid開発に移行する唯一の解決策だと思います

問題はまだ解決できませんか？ 誰かが解決策を見つけましたか？

Firebaseの使用中に警告が表示されます。

問題がサードパーティのライブラリにあるのではなく、自分で長いタイムアウトを設定している場合は、 react-native-background-timerライブラリを使用することをお勧めします。 READMEには簡単な例も含まれています。

残念ながら、問題がサードパーティのライブラリからのものである場合は、setTimeoutが呼び出される場所を見つけて問題を提起するか、代わりにhttps://github.com/facebook/react-native/issues/12981#issuecomment -331074444そして、それがあなたのために働くかどうか試してみてください。

アンドロイドでも大きなタイムアウトを作ってください。

@SuhairZainが言ったように、 react-native-background-timerは良い回避策です。 これにより、警告メッセージをクリアできます

socket.ioを使用すると、この警告が表示されます

socket.ioには85msのタイマーがあるため

FWIWこれは、開発中にReactotronを使用した場合にのみ発生します...

私はしばらくの間私を夢中にさせました私は認めなければなりませんが私はメッセージを無視できないことを知っていました

この問題が発生したプロジェクトにはもう取り組んでいないため、このアプローチが機能するかどうかを実際にテストすることはできませんが、少なくとも理論的にはそうする必要があります。 エラーがsetTimeoutまたはsetIntervalを長い遅延で使用しているサードパーティモジュールからのものである場合、これで問題を修正できるはずです。 モンキーパッチを適用して、グローバルsetTimeoutとsetIntervalを実行し、代わりにreact-native-background-timerを使用します。

import BackgroundTimer from 'react-native-background-timer';

setTimeout = BackgroundTimer.setTimeout;
setInterval = BackgroundTimer.setInterval;
clearTimeout = BackgroundTimer.clearTimeout;
clearInterval = BackgroundTimer.clearInterval;

このコードは、初期化の初期段階のどこかに、できればできるだけ早い場所でindex.android.jsまたはindex.ios.jsに記述してください。 誰かがこれをテストすることができれば、それは非常にありがたいです。

@SuhairZain ：あなたの提案はこれまでのところ私のために働いていますが、いくつかの調整があります：

setTimeout = BackgroundTimer.setTimeout.bind(BackgroundTimer)
setInterval = BackgroundTimer.setInterval.bind(BackgroundTimer)
clearTimeout = BackgroundTimer.clearTimeout.bind(BackgroundTimer)
clearInterval = BackgroundTimer.clearInterval.bind(BackgroundTimer)

@levity app.jsにコードを追加しましたが、これを取得しました

undefinedはオブジェクトではありません（「RNBackgroundTimer.setTimeout」を評価）

@realteboは、 react-native linkか、CocoaPodsを使用して、READMEで説明されているようにreact-native-background-timerのインストールを完了していないようです。

@levity ： react-native link実行するという意味ですか？

npm install -g react-native-cli
react-nativeリンク
C：\ Users \ realtebo \ Downloads \ manager2 \ node_modules（54ms）のシンボリックリンクのフォルダーをスキャンしています
react-native linkは、Create React NativeAppプロジェクトでは使用できません。 カスタムネイティブコードに依存するライブラリを含める必要がある場合は、最初にイジェクトする必要がある場合があります。 詳細については、 https：//github.com/react-community/create-react-native-app/blob/master/EJECTING.mdを参照して

排出したくない....だから、..どうすればいいですか？

ああ、すみません、Create React NativeAppプロジェクトを支援する方法がわかりません。 私はそれを自分で使ったことがありません。

こんにちは、
react-native: ^0.49.3問題が発生しました...

cf. https://github.com/ocetnik/react-native-background-timer/issues/65

あなたが助けてくれることを願っています、あなたの時間をありがとう;）

こんにちは、私は0.49を使用しているのと同じ問題があります、これを行った後に表示されました

export function saveUserData(userInfo){
  return (dispatch) => {
    dispatch(saveDataRequest())
    const userId = firebase.auth().currentUser.uid;
    return firebase.database().ref('users/' + userId).set(userInfo)
      .then(() => {
        dispatch(saveDataSuccess());
        dispatch(NavigationActions.navigate({ routeName: 'TabContactNavigation' }))
      })
      .catch((error) => {
        dispatch(saveDataFailure(error))
      });
  }
}

上記はreduxのActionで、これもredux-thunkます..ボタンをクリックしてフォームからfirebaseにデータを保存すると、保存に成功するとsaveDataSuccess()ディスパッチされます。
今、私は問題がここconst userId = firebase.auth().currentUser.uidにあるように見えるのではないかと疑っていますが、よくわかりません。 これが問題のスクリーンショットです。 （アプリは正常に動作しますが、この警告が表示されます。単に無視する必要があるかどうかわかりません）または、ここで何か間違ったことをしている可能性があります。

ねえ、警告はsetTimeoutに関するものです。コンポーネントで使用していますか？
はい、行const userId = firebase.auth（）。currentUser.uid; が機能していません。これは約束であり、userIdを使用してもまだ機能しません。
これを行うためのより良い方法は、actionCreatorからuserIdを取得することです。すでに、userInfo変数を送信しています。これを試してください。

userInfoはfirebaseauth loginからのものであると想定しているので、uidが含まれています

エクスポート関数saveUserData（userInfo）{
返品（発送）=> {
dispatch（saveDataRequest（））
// const userId = firebase.auth（）。currentUser.uid;
firebase.database（）。ref（ 'users /' + userInfo.uid）.set（userInfo）を返します
.then（（）=> {
dispatch（saveDataSuccess（））;
dispatch（NavigationActions.navigate（{routeName： 'TabContactNavigation'}））
}）
.catch（（error）=> {
ディスパッチ（saveDataFailure（エラー））
}）;
}
}
私はこれが役立つことを願っています、そして私の悪い英語= Pをお詫びします

至福

エル23/10/2017、ラス午前23時59分、ヤシル[email protected] escribió：

こんにちは、私は0.49を使用しているのと同じ問題があります、これを行った後に表示されました

エクスポート関数saveUserData（userInfo）{
返品（発送）=> {
dispatch（saveDataRequest（））
const userId = firebase.auth（）。currentUser.uid;
firebase.database（）。ref（ 'users /' + userId）.set（userInfo）を返します
.then（（）=> {
dispatch（saveDataSuccess（））;
dispatch（NavigationActions.navigate（{routeName： 'TabContactNavigation'}））
}）
.catch（（error）=> {
ディスパッチ（saveDataFailure（エラー））
}）;
}
}
上記はreduxのアクションです。これもredux-thunkを使用します。保存が成功したときにボタンをクリックしてフォームからFirebaseにデータを保存すると、saveDataSuccess（）がディスパッチされ、次のタブに移動します。
ここで問題が発生しているように見えるのではないかと疑っています。constuserId= firebase.auth（）。currentUser.uidですが、よくわかりません。 これが問題のスクリーンショットです。 （アプリは正常に動作しますが、この警告が表示されます。単に無視する必要があるかどうかわかりません）または、ここで何か間違ったことをしている可能性があります。

https://user-images.githubusercontent.com/12644122/31925375-94b7c464-b89d-11e7-889d-e9d00866ff73.png
https://user-images.githubusercontent.com/12644122/31925386-9e9bf3c4-b89d-11e7-9eaa-65147879629f.png
—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信するか、GitHub https://github.com/facebook/react-native/issues/12981#issuecomment-338874018で表示するか、スレッドhttps://github.com/notifications/unsubscribe-auth/をミュートします

通常、私はuserinfoをreduxストアに保存します。
だから私は必要に応じて単に再利用します。
...しかし...同様の状況で、私はタイムアウトに関して同じ同じ問題を抱えています

react-native-signalrライブラリと同じ問題（300000ms）

socket.ioサーバーオプション
pingTimeout（60000）+ pingInterval（25000）<= 60000

Androidでこれに対処する方法に関する更新はありますか？ まだ取得していますが、setTimeoutも使用していません...

ちょうど私のフォローアップする以前のコメント私はここの周りのすべての人々の感情までの合計を信じて（8月からの）：私たちがしている[OK]を、このAlarmManagerでブツ我々は長命のトランザクションを処理するための最良

cc @shergin @cpojer @javache @hramos

Androidでのreact-native-signalr（ms-signalr-client）の修正は、デフォルトのpinginterval（300000）をオーバーライドすることです。
connection.start({ pingInterval: 5000, jsonp: true, transport: ['webSockets', 'serverSentEvents', 'longPolling']}).done(() => { console.log('Now connected, connection ID =' + connection.id) })

react-native-pomeloと同じ問題（80000ms）

console.ignoredYellowBox = ['Setting a timer'];

リモートでデバッグするときにChromeのコンソールに警告が表示されるため、これは回避策として非常に安全です。

コンソールの無視コードを配置するのに最適な場所は正確にはどこですか？」

--nevermind 、リンクされたApp.jsに追加しました：

class App extends Component {
  constructor() {
    super();

    console.ignoredYellowBox = [
      'Setting a timer'
    ];
  }
...
}
````

and also tried in my index.js as <strong i="8">@haikyuu</strong> just recommended..

import {AppRegistry} from'react-native ';
'./App'からアプリをインポートします。

console.ignoredYellowBox = [
「タイマーの設定」
];

AppRegistry.registerComponent（ 'manager'、（）=> App）;
「」

両方で働いた

@CopyJoshエントリファイルに入れることができます： index.js

それで、これに対する実際の解決策はまだありませんか？ 8ヶ月以上経ちました。

？

それでは、これを解決しましょう。 私たちはおそらく理解する必要があります：

A.）Reactコードを介して呼び出すことができる簡単な拡張API。 たぶん、AlarmManagersメソッドの1つだけを機能させることに取り組むのが賢明だと思います。 たとえば、React Nativeコードで次のメソッドを呼び出すと、AndroidデバイスのネイティブAlarmManagerでアラームが設定されます。
AlarmMgr.setInexactRepeating(arg1, arg2...)

B.）これを機能させるための実際の実装。 私の知る限り、AlarmManagerでアラームを設定すると、いわゆる「保留中のインテント」がAlarmManagerサービスに送信されます。 将来、ある種の「タスク」を実行したいことをAlarmManagerに伝えます。 私には、AlarmManager（またはカスタムReact Javaメソッド）に何らかのタイプのデータをJavaScriptコードに返送させ、アラームが鳴った後に実行するコードを指示する必要があるように思われます。

この問題に取り組んでいる人はいますか？ 詳細については、AlarmManagerのこちらをご覧

ところで-この非効率性（長い、数分のタイムアウトに関連する）は、RNバージョン> 0.43の場合にのみ新しい問題ですか？ それとも、警告がRN> 0.43から吐き出されているだけですか？ 0.43.xから0.47.xに移行し、警告が表示され始めました。 私は非効率性が常にそこにあったと思いました、そしてRNはちょうど今それについて私に警告し始めました。

ただし、数日前の移行以来、アプリが携帯電話のバッテリーをより多く消費していることに気づきました。 （およびdiffの他の機能は明らかな原因ではありません）

ねえ@astreet 、この問題を投稿してこの警告をここに追加したときに何を参照していたかをまだ覚えていますか

2分の定期タイマーを設定する1つのライブラリを使い始めた後、最近非常に煩わしくなりました。そのため、この警告が最初に追加された理由を理解するために、それを掘り下げ始めました。

今、私はこの文について心配しています：「タイミングモジュールを目覚めさせておく」。 あなたが言及していると思うのは、Timerモジュールが振付師のコールバックを設定しているということです。 タイマーの有無に関係なく、コールバックは設定されているようですが。 ここで関連するコード部分を参照してください： https ：
タイマーがスケジュールされていないときにコールバックを停止するコードはなく、タイマーが追加されたときにスケジュールを開始するコードもありません。 コールバックは、アプリがバックグラウンドに移動したときにのみ一時停止され、フォアグラウンドに戻ったときに復元されます。

結果として、振付師のコールバックは、タイマーが長期間、短期、またはまったく設定されていないかどうかに関係なく、フレームごとにキューに入れられます。 その場合、長いタイマーを設定するとパフォーマンスにどのように影響するかわかりません。 それで、警告は必要ないということですか？

長いタイマーを設定することが「正確性の問題」である限り、タイマーはフォアグラウンドアプリの状態でのみ呼び出されるという事実を参照していると思います（したがって、将来長い間設定してアプリがbgに入ると実行されないか、アプリがフォアグラウンドになったときに実行されます。これは、予想よりも大幅に遅れる可能性があります）。 これは、警告を表示しないiOSの場合と同じだと思いますが

socket.ioでは、デフォルトのpingループは85000ms、= pingInterval（25000ms）+ pingTimeout（60000ms）です。 サーバーでこれらのオプションをリセットし、 pingIntervalとpingTimeout <= 60000msの合計を確認する必要があります。

例えば：

var socket = require('socket.io')(12345, {
  pingInterval: 20000, 
  pingTimeout: 40000
})

好奇心が強い-アプリで約5分のタイムアウトを設定できるようにする必要があります。 この問題はどのくらい深刻で、どのくらい影響しますか？

@ntomallenアプリが常に画面に表示される場合、何も変更されません。 スムーズに動作します。 それ以外の場合は、5分の終わりにトリガーされない可能性があります。 またはそれは不正確になります。

AndroidのReactNativeでlaravelechoを使用してソケットサーバーオプションをpingTimeoutから30000に変更します。これは機能します

@sospedraの落とし穴。 悪くないことを確認するために、いくつかのテストを行う必要があります。

Handler.postDelayedを常に使用するとは限らない理由はありますか？

この問題の簡単な修正はありますか？ FirebaseでRNを使い始めたところです。

私はいくつかの異なるタイマーソリューションを試しましたが、バックグラウンドで（一貫して）機能させることができませんでした。

setIntervalを使用して10分ごとにサーバーにpingを実行しました- setInterval(myFunction, 60000)を実行しているため、このエラーメッセージに気づきました。 これは私が心配する必要があるものですか？

私の予想される動作は、アプリが開いている間はリクエストを送信できますが、アプリが一時停止された後（ホームボタンを1回押す）、リクエストの起動が停止するはずです。 これは私が期待できる動作ですか？アプリが一時停止されている間、バッテリーの寿命は影響を受けますか？

ここで心配することは何もありません。警告は正しくないため、削除する必要があります。 目を覚まし続けるための「タイミングモジュール」はありません。フレームごとにタイマーをチェックするChoreographerコールバックがあります（これにより、タイマーの最小粒度も最大16msになります）。

iOSまたはAndroidのどちらでも、タイマーがバックグラウンドで起動しないという意味で、正確性の問題があります。 ただし、この警告は特にAndroidに関するもののようであり、正確ではないようです。 アプリがフォアグラウンドに戻ったときに、すべてのタイマーが最終的に起動するはずです。

これにすぐに対処する計画はありますか？ 私たちがAndroid携帯でテストしているときはいつでもログは迷惑です。

私の問題…

タイムアウトが最大59分だったため、このエラーが発生していました。 コードは、時間の上にメソッドを呼び出していたしますsetTimeout作成するsetInterval時間の次の上部にあります。

私の解決策…

1. setTimeoutを更新して、分の先頭からsetIntervalを開始します。
2. 現在の分が0場合にのみ関数を実行するように、setIntervalによって呼び出される関数を更新します。

この関数は、1時間ごとではなく、1分ごとに実行されるようになりました…しかし、60回のうち59回は何も実行しないため、無害のようです。

ねえ@beausmith 、これは本当に60個のタイマーを設定するための解決策ですか？ 私の理解では、timerModuleを同じ時間アクティブに保ちますが、警告は表示されません:)

@ newah-ええ、それは少しハッキーです...あなたはより良い解決策を提案できますか？

@beausmith 、解決策のように聞こえるネイティブタイマーを使用するhttps://github.com/ocetnik/react-native-background-timerを使用してみました-このlibの実装でsetTimoutとsetIntervalを単純に上書きしました。

バックグラウンドでタイマーをサポートすることは、ニーズに応じてプラスまたはマイナスになる可能性があります:)）

正常に動作しているようですが、問題は解決しませんでした:)

react-intl FormattedRelativeを使用すると、同じ警告が表示されます。 内部コンポーネントFormattedRelativeがタイマーとして使用されるため：

scheduleNextUpdate(props, state) {
    // Cancel and pending update because we're scheduling a new update.
    clearTimeout(this._timer);

    const {value, units, updateInterval} = props;
    const time = new Date(value).getTime();

    // If the `updateInterval` is falsy, including `0` or we don't have a
    // valid date, then auto updates have been turned off, so we bail and
    // skip scheduling an update.
    if (!updateInterval || !isFinite(time)) {
      return;
    }

    const delta = time - state.now;
    const unitDelay = getUnitDelay(units || selectUnits(delta));
    const unitRemainder = Math.abs(delta % unitDelay);

    // We want the largest possible timer delay which will still display
    // accurate information while reducing unnecessary re-renders. The delay
    // should be until the next "interesting" moment, like a tick from
    // "1 minute ago" to "2 minutes ago" when the delta is 120,000ms.
    const delay =
      delta < 0
        ? Math.max(updateInterval, unitDelay - unitRemainder)
        : Math.max(updateInterval, unitRemainder);

    this._timer = setTimeout(() => {
      this.setState({now: this.context.intl.now()});
    }, delay);
  }

これが私のコードでの使用例です：

<FormattedRelative value={date}>
    {(message: string) => <Text>{message}</Text>}
</FormattedRelative>

誰かがこの警告を修正する方法を知っていますか？

これはまだ問題です。 AndroidでFirebaseサービスを使用する場合は特に厄介です。 修正してください。

これは、Firebaseサービスにとって、またサードパーティのアプリに依存している場合には非常に悪いバグです。 アプリを切り替えて何かを確認してプロセスを続行すると、firebaseが機能しないためです。

例として、サードパーティ/ファクターのログインシステムを使用し、firebaseを使用してトークンを移動します。 しかし、クリーンアップするため、ユーザーがアプリに戻る前にトークンがなくなります。 だから私はクリーンアップの仕組みを変えることができます、あるいはあなたたちはこのバグを修正することができます。

@vongohrenは、ユースケースを完全に理解しているわけではありませんが、回避策の1つは、バックグラウンドへのエントリ時にアプリ内にバックグラウンド日付を保存し、フォアグラウンドに戻ったときに、現在の日付を保存されているバックグラウンド日付と比較して、クリーンアップを実行することです。一定期間が経過した場合...

私のユースケースについて詳しく説明します。 ログインを受け入れるために、別のアプリで「はい」と言うことに依存しているとします。 FeksはFacebookアプリに切り替えて、サードパーティのログイン要求に「はい」と答えます。 使用している具体的な例は、uPort、 https： //www.uport.me/

情報が送信された直後にクリーンアップが行われる可能性があることに固執したと思います。なぜなら、情報はすでに送信されており、必要ないからです。 しかし、FirebaseアプローチがReactNativeで機能しないのはなぜですか？ バックグラウンドワーカーを停止すること。

アプリで30分のタイムアウトが必要です。 ユーザーが画面を操作するたびに、画面がリセットされます（古いタイムアウトを破棄し、新しいタイムアウトを作成します）。

これを正しい方法で行う方法に関する代替案はありますか？ これをネイティブコードで処理し、終了したらReactに何かを渡す方がよいでしょうか。

うわー、これはまだ問題です

@nbenninkここで回答を確認してください。 現在、複数の要因（バッテリーセーバー、ユーザーインタラクションなど）が関係しているため、バックグラウンドでタスクを実行する保証方法はありません。

socket.ioを使用した後も同じ警告が表示されます。
警告は以下のとおりです。

Setting a timer for a long period of time, i.e. multiple minutes, is a performance and correctness issue on Android as it keeps the timer module awake, and timers can only be called when the app is in the foreground. See https://github.com/facebook/react-native/issues/12981 for more info.
(Saw setTimeout with duration 85000ms)

私のパッケージの詳細は以下の通りです：

• "react"： "^ 16.3.0-alpha.1"、
• "react-native"： "0.54.4"、
• "socket.io"： "^ 2.1.1"、
• "socket.io-client"： "^ 2.1.1"、

恒久的な解決策はありますか？

socket.ioを使用した後も同じ警告が表示されます。
警告は以下のとおりです。

Setting a timer for a long period of time, i.e. multiple minutes, is a performance and correctness issue on Android as it keeps the timer module awake, and timers can only be called when the app is in the foreground. See https://github.com/facebook/react-native/issues/12981 for more info.
(Saw setTimeout with duration 85000ms)

私のパッケージの詳細は以下の通りです：

"react"： "^ 16.3.0-alpha.1"、
"react-native"： "0.54.4"、
"socket.io"： "^ 2.1.1"、
"socket.io-client"： "^ 2.1.1"、

恒久的な解決策はありますか？

同上、これを回避する方法はありませんか？

それでもreact-native0.57でこの警告が表示されますが、この問題は代わりに開かれているはずですか？

ほぼ1年とReactNativeにはまだ同じ問題があります!!!

同じ問題に直面して、同じ警告が3〜4回表示されます。 とてもうるさい。

この問題を解決するための解決策はありますか？

このソリューションによって警告メッセージを取り除きましたhttps://stackoverflow.com/a/48778011/7427111

基本的にはメッセージを隠すだけで問題は解決しないと思います。

@dhavaljardoshはい、あなたの推測は正しいです。

JavaとObjectiveCを使用してネイティブタイマーを作成しました。これは私のために機能し、メッセージを非表示にします。 それが実際にパフォーマンスを向上させるかどうかはわかりません。 上記のように：バックグラウンドで長いタイマーがあるため、バッテリーなどにはまだ悪いです。

質問の1つは、本当にポーリング機能が必要かどうかです。 やったと思っていたのですが、この問題のために、実行する必要があるのは半頻度の期間だけであることに気付きました。 そのため、アプリのバックグラウンドで実行し、この問題を完全に回避しています。 YMMV。

プッシャーを使用するときに同じ問題...

アプリをテストして、60秒ごとにタイマーを設定した場合のパフォーマンスへの影響を確認します。
しかし、あなた方の何人かはそれを経験していると思います。 この経験を共有していただけませんか？ 影響は重要ですか？

最新バージョンでも同じ問題。
解決策はありますか？

私もその問題に直面しています。
アプリは正常に機能していました。警告が表示されたのは、Firebaseを使い始めたときだけです。
解決策はありますか？

このメッセージの背後にある意味を理解したいのですが、最近製品に追加した機能の後でメッセージを受け取り始めました。 この問題は、アプリがバックグラウンドで実行されている間もタイマーが実行され続けるという事実にのみ関係していますか？ アプリの状態イベントをサブスクライブし、アプリがバックグラウンドになっている場合はタイマーを停止するのが適切な解決策でしょうか？ または、_foreground_のアプリで長時間実行されるタイマーにも問題がありますか？

このメッセージの背後にある意味を理解したいのですが、最近製品に追加した機能の後でメッセージを受け取り始めました。 この問題は、アプリがバックグラウンドで実行されている間もタイマーが実行され続けるという事実にのみ関係していますか？ アプリの状態イベントをサブスクライブし、アプリがバックグラウンドになっている場合はタイマーを停止するのが適切な解決策でしょうか？ または、_foreground_のアプリで長時間実行されるタイマーにも問題がありますか？

これも知りたいです。

さらに、setIntervalはどうなりますか？ これから警告は出ませんが、同じ問題がありますか？

このメッセージの背後にある意味を理解したいのですが、最近製品に追加した機能の後でメッセージを受け取り始めました。 この問題は、アプリがバックグラウンドで実行されている間もタイマーが実行され続けるという事実にのみ関係していますか？ アプリの状態イベントをサブスクライブし、アプリがバックグラウンドになっている場合はタイマーを停止するのが適切な解決策でしょうか？ または、_foreground_のアプリで長時間実行されるタイマーにも問題がありますか？

黄色のメッセージには、「...そしてタイマーは、アプリがフォアグラウンドにあるときにのみ呼び出すことができます」と書かれています。
タイマーモジュールは起動したままですが、アプリがバックグラウンドにあるときにタイマーが動作しませんか？ それで、問題は、アプリがバックグラウンドになっているときにタイマーモジュールを起動したままにすることですか？ パフォーマンス/バッテリーの効果はどれくらいだろうか...

@BerndWessels https://www.npmjs.com/package/react-native-firebaseこれを見たことがありますか？ Firebaseをネイティブスレッドで実行できるようになると言います。 それがどれほど真実かはわかりませんが、一見の価値があるかもしれません。 あなたもそれを使っているかもしれません、私にはわかりません。

このライブラリに切り替えると、既存のコードを変更する必要があると思いますか？ つまり、それはあまりいいことではないでしょう...

最新のRN0.59のプッシャーで同じ問題が発生し、UIが数秒スタックする可能性があります...

この問題が発生するのは、firebaseのリアルタイムデータベースを呼び出したときだけのようです。

await firebase.database().ref('users/' + id).set(data);

RN 0.57.1

0.59で確認していません。

@swushi RN 0.59でも同じ問題が発生します

Firebaseライブラリの使用中に次の警告が表示されます

Setting a timer for a long period of time, i.e. multiple minutes, is a performance and correctness issue on Android as it keeps the timer module awake, and timers can only be called when the app is in the foreground. See https://github.com/facebook/react-native/issues/12981 for more info. (Saw setTimeout with duration 111862ms)

この警告を取り除く方法...

誰かがそれを隠さずにこの警告を取り除く方法を知っていますか？
私はreact-native-firebaseではなくfirebaseライブラリを使用していますが、同じ問題があるようで、本番環境に移行したときにどのように影響するかわかりません。

本当に心配なので、誰か助けてくれたら…

私はこの問題を回避するために次のコードを使用しています（現時点では）：

https://github.com/firebase/firebase-js-sdk/issues/97#issuecomment-427512040を参照して

fixtimerbug.js

/////////////////////////////////////////////////////////////////////////////
////// temporary fix to bug about 'Setting a timer' /////////////////////////
////// See: https://github.com/pusher/pusher-js/issues/248 //////////////////
////// See: https://github.com/facebook/react-native/issues/12981 ///////////
////// See: https://github.com/firebase/firebase-js-sdk/issues/97 ///////////
/////////////////////////////////////////////////////////////////////////////
import { Platform, InteractionManager } from 'react-native';
const _setTimeout = global.setTimeout;
const _clearTimeout = global.clearTimeout;
const MAX_TIMER_DURATION_MS = 60 * 1000;
if (Platform.OS === 'android') {
  const timerFix = {};
  const runTask = (id, fn, ttl, args) => {
    const waitingTime = ttl - Date.now();
    if (waitingTime <= 1) {
      InteractionManager.runAfterInteractions(() => {
        if (!timerFix[id]) {
          return;
        }
        delete timerFix[id];
        fn(...args);
      });
      return;
    }
    const afterTime = Math.min(waitingTime, MAX_TIMER_DURATION_MS);
    timerFix[id] = _setTimeout(() => runTask(id, fn, ttl, args), afterTime);
  };
  global.setTimeout = (fn, time, ...args) => {
    if (MAX_TIMER_DURATION_MS < time) {
      const ttl = Date.now() + time;
      const id = '_lt_' + Object.keys(timerFix).length;
      runTask(id, fn, ttl, args);
      return id;
    }
    return _setTimeout(fn, time, ...args);
  };
  global.clearTimeout = id => {
    if (typeof id === 'string' && id.startsWith('_lt_')) {
      _clearTimeout(timerFix[id]);
      delete timerFix[id];
      return;
    }
    _clearTimeout(id);
  };
}
/////////////////////////////////////////////////////////////////////////////

@cpmech
これを独立した.jsファイルに実装するか、タイマー例外を作成するスクリプト内で実装します

こんにちは、はい、上記のコードは「fixtimerbug.js」という名前のファイルに入ります。 次に、次のようにApp.jsにロードします。

import './src/fixtimerbug'; // <<<<<<<<<<<<<<<<<<

import React from 'react';
import { Platform, View, StatusBar } from 'react-native';
import AppNavigator from './src/navigation/AppNavigator';
import Store from './src/model/Store';

const store = new Store();

const App = () => (
  <View style={{ flex: 1, backgroundColor: '#fff' }}>
    {Platform.OS === 'ios' && <StatusBar barStyle="default" />}
    <AppNavigator screenProps={{ store }} />
  </View>
);

export default App;

それはうまく機能しているようです、それは正確に何をしますか？

youuに非常に多くの@cpmechをありがとう

こんにちは、コード（ここから：https：//github.com/firebase/firebase-js-sdk/issues/97#issuecomment-427512040）は、 setTimeout （グローバル）関数をラップするだけで、長期間使用します。

変更したglobal.setTimeout関数では、継続時間がしきい値MAX_TIMER_DURATION_MSより大きい場合、 idをローカルマップ（ timerFix ）に保存してから保存します。 runTaskを呼び出します。これにより、継続時間がより小さな値に分割されます。 runTaskは、（元の_setTimeoutを使用して）タイムアウトを設定し、 waitingTimeが小さすぎるまで継続的に実行される小さなチャンクを使用します。 waitingTimeが十分に小さい場合、スムーズに実行するためにReact NativeのrunAfterInteractionsを呼び出します。同時に、勝ったため、ローカルマップからidエントリを削除します。この場合、 _setTimeout再度呼び出すことはありません。 afterTimeは_setTimeoutに入力され、長期間呼び出されないようにすることに注意してください。

それ以外の場合、変更したglobal.setTimeout関数で、継続時間がしきい値MAX_TIMER_DURATION_MSより小さい場合、グローバルsetTimeout（ _setTimeout保存）を直接呼び出します。

グローバルclearTimeoutもラップされ、ローカルマップからidを削除してクリーンアッププロセスを実行します。

それが役に立てば幸い！

同じ問題に直面しています..当分の間、警告を非表示にする必要があるようです。 これを行う最短の方法は次のとおりです。
componentDidMount() { console.disableYellowBox = true; ... }

こんにちは。コード（ここから： firebase / firebase-js-sdk＃97（コメント） ）は、 setTimeout （グローバル）関数をラップするだけで、長期間使用されないようにします。

変更したglobal.setTimeout関数では、継続時間がしきい値MAX_TIMER_DURATION_MSより大きい場合、 idをローカルマップ（ timerFix ）に保存してから保存します。 runTaskを呼び出します。これにより、継続時間がより小さな値に分割されます。 runTaskは、（元の_setTimeoutを使用して）タイムアウトを設定し、 waitingTimeが小さすぎるまで継続的に実行される小さなチャンクを使用します。 waitingTimeが十分に小さい場合、スムーズに実行するためにReact NativeのrunAfterInteractionsを呼び出します。同時に、勝ったため、ローカルマップからidエントリを削除します。この場合、 _setTimeout再度呼び出すことはありません。 afterTimeは_setTimeoutに入力され、長期間呼び出されないようにすることに注意してください。

それ以外の場合、変更したglobal.setTimeout関数で、継続時間がしきい値MAX_TIMER_DURATION_MSより小さい場合、グローバルsetTimeout（ _setTimeout保存）を直接呼び出します。

グローバルclearTimeoutもラップされ、ローカルマップからidを削除してクリーンアッププロセスを実行します。

それが役に立てば幸い！

どうもありがとうございます！ チャームのように働いた。

こんにちは。コード（ここから： firebase / firebase-js-sdk＃97（コメント） ）は、 setTimeout （グローバル）関数をラップするだけで、長期間使用されないようにします。

変更したglobal.setTimeout関数では、継続時間がしきい値MAX_TIMER_DURATION_MSより大きい場合、 idをローカルマップ（ timerFix ）に保存してから保存します。 runTaskを呼び出します。これにより、継続時間がより小さな値に分割されます。 runTaskは、（元の_setTimeoutを使用して）タイムアウトを設定し、 waitingTimeが小さすぎるまで継続的に実行される小さなチャンクを使用します。 waitingTimeが十分に小さい場合、スムーズに実行するためにReact NativeのrunAfterInteractionsを呼び出します。同時に、勝ったため、ローカルマップからidエントリを削除します。この場合、 _setTimeout再度呼び出すことはありません。 afterTimeは_setTimeoutに入力され、長期間呼び出されないようにすることに注意してください。

それ以外の場合、変更したglobal.setTimeout関数で、継続時間がしきい値MAX_TIMER_DURATION_MSより小さい場合、グローバルsetTimeout（ _setTimeout保存）を直接呼び出します。

グローバルclearTimeoutもラップされ、ローカルマップからidを削除してクリーンアッププロセスを実行します。

それが役に立てば幸い！

これは実際に問題に対処しますか、それとも単に警告を削除しますか？

こんにちは。コード（ここから： firebase / firebase-js-sdk＃97（コメント） ）は、 setTimeout （グローバル）関数をラップするだけで、長期間使用されないようにします。

変更したglobal.setTimeout関数では、継続時間がしきい値MAX_TIMER_DURATION_MSより大きい場合、 idをローカルマップ（ timerFix ）に保存してから保存します。 runTaskを呼び出します。これにより、継続時間がより小さな値に分割されます。 runTaskは、（元の_setTimeoutを使用して）タイムアウトを設定し、 waitingTimeが小さすぎるまで継続的に実行される小さなチャンクを使用します。 waitingTimeが十分に小さい場合、スムーズに実行するためにReact NativeのrunAfterInteractionsを呼び出します。同時に、勝ったため、ローカルマップからidエントリを削除します。この場合、 _setTimeout再度呼び出すことはありません。 afterTimeは_setTimeoutに入力され、長期間呼び出されないようにすることに注意してください。

それ以外の場合、変更したglobal.setTimeout関数で、継続時間がしきい値MAX_TIMER_DURATION_MSより小さい場合、グローバルsetTimeout（ _setTimeout保存）を直接呼び出します。

グローバルclearTimeoutもラップされ、ローカルマップからidを削除してクリーンアッププロセスを実行します。

それが役に立てば幸い！

どうもありがとう！ アプリの全体的なパフォーマンスには影響しませんよね？

こんにちは。コード（ここから： firebase / firebase-js-sdk＃97（コメント） ）は、 setTimeout （グローバル）関数をラップするだけで、長期間使用されないようにします。
変更したglobal.setTimeout関数では、継続時間がしきい値MAX_TIMER_DURATION_MSより大きい場合、 idをローカルマップ（ timerFix ）に保存してから保存します。 runTaskを呼び出します。これにより、継続時間がより小さな値に分割されます。 runTaskは、（元の_setTimeoutを使用して）タイムアウトを設定し、 waitingTimeが小さすぎるまで継続的に実行される小さなチャンクを使用します。 waitingTimeが十分に小さい場合、スムーズに実行するためにReact NativeのrunAfterInteractionsを呼び出します。同時に、勝ったため、ローカルマップからidエントリを削除します。この場合、 _setTimeout再度呼び出すことはありません。 afterTimeは_setTimeoutに入力され、長期間呼び出されないようにすることに注意してください。
それ以外の場合、変更したglobal.setTimeout関数で、継続時間がしきい値MAX_TIMER_DURATION_MSより小さい場合、グローバルsetTimeout（ _setTimeout保存）を直接呼び出します。
グローバルclearTimeoutもラップされ、ローカルマップからidを削除してクリーンアッププロセスを実行します。
それが役に立てば幸い！

これは実際に問題に対処しますか、それとも単に警告を削除しますか？

いいえ、問題に対処していません。 それはちょうど良い回避策です。

こんにちは。コード（ここから： firebase / firebase-js-sdk＃97（コメント） ）は、 setTimeout （グローバル）関数をラップするだけで、長期間使用されないようにします。
変更したglobal.setTimeout関数では、継続時間がしきい値MAX_TIMER_DURATION_MSより大きい場合、 idをローカルマップ（ timerFix ）に保存してから保存します。 runTaskを呼び出します。これにより、継続時間がより小さな値に分割されます。 runTaskは、（元の_setTimeoutを使用して）タイムアウトを設定し、 waitingTimeが小さすぎるまで継続的に実行される小さなチャンクを使用します。 waitingTimeが十分に小さい場合、スムーズに実行するためにReact NativeのrunAfterInteractionsを呼び出します。同時に、勝ったため、ローカルマップからidエントリを削除します。この場合、 _setTimeout再度呼び出すことはありません。 afterTimeは_setTimeoutに入力され、長期間呼び出されないようにすることに注意してください。
それ以外の場合、変更したglobal.setTimeout関数で、継続時間がしきい値MAX_TIMER_DURATION_MSより小さい場合、グローバルsetTimeout（ _setTimeout保存）を直接呼び出します。
グローバルclearTimeoutもラップされ、ローカルマップからidを削除してクリーンアッププロセスを実行します。
それが役に立てば幸い！

どうもありがとう！ アプリの全体的なパフォーマンスには影響しませんよね？

いいえ、パフォーマンスにはまったく影響しません。

に関する簡単なメモ

気になる場合は、console.ignoredYellowBox = ['タイマーの設定'];を追加するだけです。

そして

同じ問題に直面しています..当分の間、警告を非表示にする必要があるようです。 これを行う最短の方法は次のとおりです。
componentDidMount（）{console.disableYellowBox = true; ...}

これは実行可能な解決策ではありません。 それでもエラーは発生します。通知が届かないだけです。

結果？ エラー解析はまだ発生する必要があります。

たとえば、Firebaseリスナーを使用する場合、多数のエラーを非表示にしますが、開発環境は引き続きそれらを処理します。

適切な例：すべてのタイマーエラーをソースマップしようとしたため、エキスポベースのプロジェクトがクラッシュし続けました。

React NativeがコアにAlarmManagerのサポートを追加するとは思わないので、これを閉じます。 これは、サードパーティのモジュールまたはカスタムネイティブコードを使用して実行できます。

@cpmechのソリューションはまだ機能しますか？ RN60.4で試しましたが、まだ長いタイマー警告が表示されます。

こんにちは、私は解決策を見つけたと思います：
まず、プロジェクトで次のファイルを見つける必要があります：libraries / Core / Timers / JSTimer; js
それを開くと、このconst MAX_TIMER_DURATION_MSを変更するだけで、期間を超えて増加し、警告の最後に書き込まれます！

タイマーを増やしますが、いくらですか？

@dulmandakhあなたが知っているこの問題を解決するオープンソースプロジェクトはありますか？

@dulmandakhあなたが知っているこの問題を解決するオープンソースプロジェクトはありますか？

RNFirebase多分？ @dulmandakh

タイマーが期限切れになるまで、固定時間でタイマーを再スケジュールできます。

const setLogoutTimer = expirationTime => {

  return dispatch => {
    timer = setTimeout(() => {
        if (expirationTime>60000)
        {
            console.log(`set new exp:${expirationTime-60000}`);
            dispatch(setLogoutTimer(expirationTime-60000));
        }
        else
        {
            console.log('logout');
            dispatch(logout());
        }
    }, 60000); 
  };
};

2年が経ちました-ネイティブまたはfirebaseがこの問題を適切に修正します。 :(

数時間の長い調査の後、私が知りたいのは、私が何らかの理由で問題を引き起こしたかどうかだけです。
いつ登場したのかわかりません。
ファイヤーストアに電話するとすぐにポップアップしますか？
アプリでタイマーを使用していません

@luismasg悪い習慣であるため、コードでsetTimeoutを使用していませんが、エラーの原因がわかっていて停止できません。データベースとのリモート接続の確立に

正直なところ、JSタイマー/間隔を使用することは、とにかく長いタイマーには良い考えではないと思います。警告は理由があります。

代わりに、ライフサイクルイベントを使用して、短いタイマーを追加/削除します。 実際のバックグラウンド実行が必要な場合は、フォアグラウンドサービス（Android）およびバックグラウンドタスク（iOS）でネイティブコードを使用してください。

正直なところ、JSタイマー/間隔を使用することは、とにかく長いタイマーには良い考えではないと思います。警告は理由があります。

上で広範に述べたように、多くの人々はより長いタイマーを使用するライブラリーに苦労しています。 「Firebaseを使用しないでください」は解決策ではありません。

明らかに、これは頻繁に発生する問題であり、これを処理すると、開発者のエクスペリエンスがreact-native向上し、最終的な目標のように聞こえます...

「Firebaseを使用しない」が答えだとは言えません。たとえば、「Firebaseを修正して、長いタイマーを使用しないようにし、長いタイマーを使用しているタスクに適切なネイティブビルディングブロックを使用する」などです。

しかし、その通りです。RNが何らかの形で長いタイマーをサポートするのが理想的ですが、そこにあるすべての警告（バッテリー消費量の増加、不要なバックグラウンド実行時間など）を考慮すると、開発者は自分で足を踏み入れるだけです。 どちらかといえば、それは別個のタイマー/間隔プリミティブでなければなりません。

どちらかといえば、それは別個のタイマー/間隔プリミティブでなければなりません。

この問題が何であるかについての私の理解は、そのような原始的なものの欠如です😄

タイマー内でタイマーを使用してください、それだけです！

@dulmandakhなぜこの問題は解決されたのですか？ 問題は解決せず、議論は続いていますか？

これをApp.jsに追加し、修正しました（正式な修正が行われるまで一時的です）

const _setTimeout = global.setTimeout;
const _clearTimeout = global.clearTimeout;
const MAX_TIMER_DURATION_MS = 60 * 1000;
if (Platform.OS === "android") {
  // Work around issue `Setting a timer for long time`
  // see: https://github.com/firebase/firebase-js-sdk/issues/97
  const timerFix = {};
  const runTask = (id, fn, ttl, args) => {
    const waitingTime = ttl - Date.now();
    if (waitingTime <= 1) {
      InteractionManager.runAfterInteractions(() => {
        if (!timerFix[id]) {
          return;
        }
        delete timerFix[id];
        fn(...args);
      });
      return;
    }

    const afterTime = Math.min(waitingTime, MAX_TIMER_DURATION_MS);
    timerFix[id] = _setTimeout(() => runTask(id, fn, ttl, args), afterTime);
  };

  global.setTimeout = (fn, time, ...args) => {
    if (MAX_TIMER_DURATION_MS < time) {
      const ttl = Date.now() + time;
      const id = "_lt_" + Object.keys(timerFix).length;
      runTask(id, fn, ttl, args);
      return id;
    }
    return _setTimeout(fn, time, ...args);
  };

  global.clearTimeout = id => {
    if (typeof id === "string" && id.startWith("_lt_")) {
      _clearTimeout(timerFix[id]);
      delete timerFix[id];
      return;
    }
    _clearTimeout(id);
  };
}

これは回避策であり、修正ではありません。

これをApp.jsに追加し、修正しました（正式な修正が行われるまで一時的です）

...
    if (typeof id === "string" && id.startWith("_lt_")) {
...

そのコードを使用する場合は、「startWith」を「startsWith」にする必要があります。

AWS AmplifyDatastoreでこれが発生しています。 適切な修正の代わりに、警告を無効にします

import { YellowBox } from 'react-native';
YellowBox.ignoreWarnings(['Setting a timer']);

根本的な問題がRNが修正する必要があるものなのか、Amplifyが修正する必要があるものなのか、パッチを適用する必要があるものなのかは私にはわかりません。 明らかに、パフォーマンスの問題は必要ありません。

気になる場合は、 console.ignoredYellowBox = ['Setting a timer'];追加するだけです

画面ファイルとアクションファイルで試したが、まだ機能しないこれをどこに追加すればよいですか？

App.jsファイルのどこかに置くだけです。 たとえば、コンストラクターに入れます。
それが最高の場所かどうかわからないので、誰かがもっとよく知っているなら、私はそれを聞きたいです！

Firebaseを使用している人なら誰でも、（サインイン/サインアップ）後にアプリの永続性を構成することでこの問題を解決できると思います

*新しいユーザーを作成すると、そのユーザーは自動的にサインインします

https://firebase.google.com/docs/auth/web/auth-state-persistence

したがって...ユーザーを認証した後、時間変数が作成されます。

Firebaseのデフォルトはlocalです。 「firebase.auth.Auth.Persistence.LOCAL」

以下を使用して変更できます。
firebase.auth.Auth.Persistence.SESSION
firebase.auth.Auth.Persistence.NONE

またはlocalStorageを使用しています...

彼らが決定的な方法でそれを解決するまで...

import {YellowBox} from "react-native";
import _ from "lodash";
YellowBox.ignoreWarnings（["タイマーの設定"]）;
const _console = _.clone（console）;
console.warn =（メッセージ）=> {
if（message.indexOf（ "タイマーの設定"）<= -1）{
_console.warn（メッセージ）;
}
};

解決したら、ジャンクコードを削除して出来上がり！

これはRxJSで解決できます。

基本的に、 5200タイマーを5 * 1000 + 200タイマーに分割します。

import { of, range } from 'rxjs';
import {
  concatMap,
  delay,
  filter,
  mapTo,
  switchMap,
  tap,
} from 'rxjs/operators';

// ~ setTimeout(..., 5200);

const source = of(5200).pipe(
  switchMap(duration => {
    const times = Math.floor(duration / 1000); // = 5
    const remainder = duration % 1000; // = 200

    return range(1, times).pipe(
      concatMap(i => of(i).pipe(delay(1000))),
      tap(console.log),
      filter(i => i === times),
      delay(remainder),
      tap(console.log),
      mapTo('Done !'),
    );
  }),
);

source.subscribe(console.log);

1 // After 1s
2 // After 2s
3 // After 3s
4 // After 4s
5 // After 5s
5 // After 5s + 200 ms
'Done !'

Firebaseを使用している人なら誰でも、（サインイン/サインアップ）後にアプリの永続性を構成することでこの問題を解決できると思います

*新しいユーザーを作成すると、そのユーザーは自動的にサインインします

https://firebase.google.com/docs/auth/web/auth-state-persistence

したがって...ユーザーを認証した後、時間変数が作成されます。

Firebaseのデフォルトはlocalです。 「firebase.auth.Auth.Persistence.LOCAL」

以下を使用して変更できます。
firebase.auth.Auth.Persistence.SESSION
firebase.auth.Auth.Persistence.NONE

またはlocalStorageを使用しています...

すごい！ Firestoreはどうですか？

Firebaseを使用している人なら誰でも、（サインイン/サインアップ）後にアプリの永続性を構成することでこの問題を解決できると思います
*新しいユーザーを作成すると、そのユーザーは自動的にサインインします
https://firebase.google.com/docs/auth/web/auth-state-persistence
したがって...ユーザーを認証した後、時間変数が作成されます。
Firebaseのデフォルトはlocalです。 「firebase.auth.Auth.Persistence.LOCAL」
以下を使用して変更できます。
firebase.auth.Auth.Persistence.SESSION
firebase.auth.Auth.Persistence.NONE
またはlocalStorageを使用しています...

すごい！ Firestoreはどうですか？

古いFirebaseSDKを使用している場合は、firestore adminSDKに移行してください。

ほとんどの問題は解決されます

https://firebase.google.com/docs/reference/admin

それでも誰もこの問題を解決することはできません。 ＃開発者の恥; p

それでも誰もこの問題を解決することはできません。 ＃開発者の恥; p

オープンソースの貢献者を恥じないでください。 これが修正されていないのは残念ですが、ソースは公開されています。解決方法を知っていれば、プルリクエストを歓迎すると確信しています。

とはいえ、いったいなぜこの問題は解決されたの

問題のあるライブラリで修正する必要があるためです。 また、問題のあるライブラリは、実装方法に問題はありません。

ですから、双方が壊れているとは思わないので、誰もそれを修正しません。

彼らはこれのために_少し_恥をかかせることができます😄

みんな、長いタイマーを使うのは非常に悪い考えだという単純な理由で、これは「解決」されていないと思います。

将来、バックグラウンド/イベントでタイマーを実行する場合は、ネイティブライブラリが必要になります。 これは、バックグラウンド実行の制約のため、両方のプラットフォームで特に困難です。

@eightyfiveのコメントに基づいて、rxjs6 delay 、 timeoutおよびinterval関数の代わりにドロップしました。

それでも疑問が残ります。より短い間隔を使用しても「タイマーモジュール」がロックされたままであるかどうかを誰かが説明できますか？ 基本的には、アプリがフォアグラウンドにないときにタイマーを停止させるだけです。 それとも、これは問題を隠すだけですか？

import { switchMap, concatMap, delay as nativeDelay, mapTo, filter, switchMapTo, repeat } from 'rxjs/operators'
import { range, of, race, throwError, TimeoutError } from 'rxjs'

const TIMER_INTERVAL = 1000
const reactNativeTimer = (duration) => {
  const times = Math.floor(duration / TIMER_INTERVAL)
  const remainder = duration % TIMER_INTERVAL
  if (times < 1) {
    return of(true).pipe(nativeDelay(remainder))
  }
  return range(1, times).pipe(
    concatMap(i => of(i).pipe(nativeDelay(TIMER_INTERVAL))),
    filter(i => i === times),
    nativeDelay(remainder)
  )
}

/**
 * React Native compatible version of delay pipe
 * <strong i="11">@param</strong> {number} duration in ms
 */
export const delay = (duration) => {
  return (source) => {
    return source.pipe(
      switchMap(next =>
        reactNativeTimer(duration).pipe(mapTo(next))
      )
    )
  }
}

/**
 * React Native compatible version of timeout pipe
 * <strong i="12">@param</strong> {number} duration in ms
 */
export const timeout = (duration) => {
  return (source) => {
    const timeoutTimer = reactNativeTimer(duration).pipe(
      switchMapTo(throwError(new TimeoutError()))
    )
    return race(source, timeoutTimer)
  }
}

/**
 * React Native compatible version of interval
 * <strong i="13">@param</strong> {number} duration in ms
 */
export const interval = (duration) => {
  return reactNativeTimer(duration).pipe(
    repeat()
  )
}

面白いことに、このスレッドの全員がこの警告を無視するための回避策について話し合っています。
警告からこの「問題」にリダイレクトされたとき、「どのように」を説明する適切なドキュメントを見つけたいと思いました。 それを処理し、「なぜ？」についてもう少し推論します。

フロントエンド#millennials

この#millenialは、次のことを指摘したいと思います。

• このエラーはドキュメントを必要としません、それは自明です：あなたは長いタイマーを設定します。
• このスレッドは、所有していないライブラリ（例：firebase）の警告をミュートする人でいっぱいです
• このスレッドでの（生産的な）議論が示すように、これはreact-native内で修正するより複雑な問題です。

とはいえ、この問題はクローズされるべきではないことを再度指摘します。 known-issueおよびHelp Wantedとマークされています。

ミレニアル世代に対するミレニアル世代の回答:)

このエラーはドキュメントを必要としません、それは自明です：あなたは長いタイマーを設定します。

• それはエラーではなく、警告です（違いについて私に尋ねないでください、さもなければ私たちは深い哲学的会話を始めなければなりません:)）
• このチケットへの参照が提供されているため、すでに文書化されているふりをしています。エグゼクティブサマリーではなく、大量のコメントを読む必要があります（すでに提案した既知の問題のようなものです）。
  
• 私はそれを「自明」とは言いません。 十分なコンテキストが提供されていません。 文字通り、説明には2つの文があります。

とはいえ、この問題はクローズすべきではないことを再度指摘します。既知の問題としてマークされ、ヘルプ募集されています。

完全に同意します。 警告のURL参照から来る多くの人々の時間を節約できます。

Firebase / Firestoreユーザーの場合：Firestoreの呼び出しにRESTエンドポイントを直接使用するように戻しました。 authとfirestoreだけが必要だったので、それで問題はかなり簡単に解決しました。 ここでスニペット：

https://stackoverflow.com/a/62446792

私は次のようにApp（）内でそれを行いました：

import {YellowBox} from'react-native ';
デフォルト関数のエクスポートApp（）{
YellowBox.ignoreWarnings（['タイマーの設定']）;
..。
..。
..
}

覚えている

私がしたこととそれは私と一緒に働いていますが、それでもそれが良い習慣であるかどうかはわかりません

ファイルに移動

node_modulesreact-native \ Libraries \ Core \ TimersJSTimers.js

関数const MAX_TIMER_DURATION_MS = 60 * 1000あり、時間を60 * 100000に増やしたところ、表示されなくなりました。

ちょっと、そこ、
この問題は約3年前のものであり、まだこの警告があります;）
@RWOverdijkが言ったように、警告を無視することは解決策ではありません。
私が逃した解決策はすでにありますか？

ありがとう<3

みなさん、この問題をロックすることにしました。 この問題が多くの皆さんにとって苛立たしいことであることを私は知っています。私たちがこの決定を下している理由を理解するのを手伝いたいと思います。

ReactNativeのAndroidでタイマーがどのように機能するか

React Nativeには、 setTimeoutようなJSタイマーのカスタム実装があります。 Androidでは、JSタイマーがネイティブ側で追跡され、ネイティブ側がこれらのタイマーをトリガーするタイミングを決定します。 これにより、React Nativeは、タイマーがトリガーされるタイミング、特にタイマーがアプリのライフサイクルとレンダリングにどのように関連するかについてよりスマートになります。

間隔の長いタイマーを設定するとどうなりますか？

コードを読んで少しテストしてみた私の理解は次のとおりです。

1. 長いタイマーを設定し、タイマーがアクティブである間アプリが開いたままになっている場合でも、タイマーは機能するはずです。
2. 長いタイマーを設定し、タイマーが終了する前に電話がバックグラウンドになっている場合、次にアプリを開くまでタイマーはアクティブになりません。
3. ヘッドレスJSタスクには例外があり、アプリがバックグラウンドにある場合でもタイマーが機能し続ける可能性があります。

なぜ長い間隔でタイマーを呼び出さないのですか？

これは主に正確性の問題であり、パフォーマンスの問題ではないと思います。 問題は、ユーザーがアプリのバックグラウンドを設定している場合、長いタイマーに頼ることができないことです。

後でアプリが再びフォアグラウンドになったときにタイマーをアクティブにしてもかまわない場合は、YellowBoxの警告を無視することをお勧めします。

一方、タイマーがセッションの存続期間中に呼び出されることが予想され、フォアグラウンドで再度トリガーされるべきではない場合は、タイマーがフォアグラウンドで無視されるようにするために何かを行う必要があります。

長いタイマーを設定するSocket.ioやFirebaseなどのサードパーティライブラリを使用するにはどうすればよいですか？

これらのサードパーティライブラリの詳細はわかりません。 それは最終的に上記の質問に帰着します。 これらのサードパーティライブラリで、フォアグラウンドで解決されるタイマーの処理で問題が発生する場合は、それを修正する方法を見つける必要があります。 上記のコメントの中には、たとえばFirebaseでこれを行う方法を提案しているものがあります。 ただし、最終的には、ReactNativeを念頭に置いて特別に開発されたライブラリに依存する方がよい場合があります。

一方、サードパーティライブラリでタイマーがフォアグラウンドで解決される問題がない場合は、エラーを無視できます。

最初に提案されたように、なぜsetTimeoutがAlarmManager通過できないのですか？

AlarmManagerは、バックグラウンドにある場合にアプリをウェイクアップします。 setTimeoutようなタイマーがアプリをウェイクアップする必要はないと考えています。 これらの長いタイマーのほとんどはタイムアウトなどに設定されており、アプリが開いている間のみ関連します。 バックグラウンドでアプリをウェイクアップするのはコストがかかるため、開発者が明示的にこの意図を持っている場合にのみ実行する必要があります。

同時に、多くの人がおそらくこのようなものを必要としています。 setTimeout経由しないAPIを開発することができます。 しかし、現在のリーンコアの取り組みにより、実際にはReactNativeのAPIサーフェスの増加を回避しようとしています。 これは、 react-native-background-timerようなサードパーティライブラリによって最も適切に処理されるタスクであると考えています。

では、警告を完全に削除してみませんか？

開発者に何が起こっているのかを知ってもらいたいのです。 誰かがsetTimeoutの正確さに依存するライブラリをインストールした場合、開発者はこの正確さを保証できないことに注意する必要があると思います。 この警告が特定のユースケースで重要かどうかを判断するのは、個々の開発者に任せたいと思います。