대단한 개선!

이것은 기본적으로 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

내가 개발하는 동안 매우 짜증나게 튀어 나와 .. 어쨌든 지금은 경고를 숨길 수 있습니까 ??

firebase 3.9.0과 동일한 문제

귀찮다면 console.ignoredYellowBox = ['Setting a timer']; 만 추가하세요.

@ skv-headless 의견이 접수되었습니다. :)

제 생각에는 문제에 대한 태도가 사라져야한다고 생각합니다. 나는 그것이 더 자주 나타나는 것을 보았고 사람들이 경고를 무시하게 만듭니다. 경고입니다. 그들은 당신에게 경고합니다. 그들을 무시하지 말고 무언가를하십시오. 모든 경고가 무시되고 지원 중단 알림이 표시되는 앱을 보았습니다. 그런 다음 앱이 중단되고 이유가 궁금해집니다.

이 경우 이러한 시간 제한을 구성하고 낮추거나 다른 처리 방식을 설정할 수 있습니다. 어쩌면 라이브러리 관리자를 찌르고 해결책을 찾는 데 도움을 요청할 수도 있습니다.

내 조언은 똑똑한 사람이 실제 해결책을 찾을 때까지이 스레드를 따라 가면 그 답으로 스스로를 교육 할 수 있습니다. 그리고 그 동안 (문제를 해결할 수 없거나 원하지 않는 경우) 경고를 무시할 수 있습니다.

TL; DR;

예, 일시적으로 경고를 무시할 수 있습니다. 매번 확인하여 상태를 확인하고 필요한 조치가 있는지 확인하십시오.

@imamatory 나는

Rectotron에 의한 것 같아요

그렇다면이 경고는 무시해도됩니다.
...하지만 내 안드로이드 에뮬레이터가 때때로 느려지는 이유 중 하나 일 수 있습니다.

@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 용 간단한 반응 네이티브 프로젝트가 있고 로그인 및 가입을 위해 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.

로그인 및 가입에 대한 반응 네이티브와 함께 firebase 인증을 사용하고 싶지만 노란색 오류가 발생했습니다.
1 :이 모듈은 정확히 무엇입니까?
2 : 내 프로젝트에이 모듈이 필요한 이유는 무엇입니까?

이 링크를 통해 stackoverflow 를 요청했습니다. (https://stackoverflow.com/questions/44603362/setting-a-timer-for-a-long-period-of-time-ie-multiple-minutes)
이 링크를 통해 Google Firebase 팀에 보고했습니다 : (https://github.com/firebase/firebase-js-sdk/issues/97)

@ DZuz14 @saeedhei 와 같은 질문을 받았습니다 .

기본적으로 우리는 이러한 장기 타이머를 사용하는 firebase 노드 모듈을 사용하고 있습니다.

모듈을 추가하는 것만으로는 충분하지 않습니다. Javascript 타이머 대신 알람을 사용하려면 실제로 firebase 노드 모듈 내에서 코드를 다시 작성해야합니다.

감사합니다 @ DZuz14

따라서 firebase 라는 npm 패키지를 살펴보면 꽤 많은 곳에서 setTimeout을 사용한다는 것을 알 수 있습니다. 라이브러리는 웹 사이트 및 node.js 서버용으로 작성되었으므로 괜찮습니다. react-native 은 일종의 node.js 서버이지만 전화에서 실행됩니다. 경고가 올바르게 지적했듯이 장기 실행 자바 스크립트 타이머는이 환경에서 좋지 않으며 배터리를 소모하고 다른 원치 않는 부작용이 발생할 수 있습니다. .

그래서 저는 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' ]
이 코드는 React Native 내부의 경고 만 숨 깁니다.

브라우저 콘솔 내부의 경고는 어떻습니까?

RN 팀이나 커뮤니티의 누군가가이 문제에 대한 해결책을 모색하고 있는지 아는 사람이 있습니까?

경고 팝업이이 문제로 리디렉션되지만 전혀 해결책이 아닌 경고를 숨기는 것 외에는 적절한 해결책을 찾을 수 없습니다. 어떤 아이디어 나 제안?

@SuhairZain 모든 것이 RN에 대한 외부 라이브러리의 오류임을 나타내는 것 같습니다.

@rigobcastro 이 경고는 setInterval() 호출로 충분한 시간 (제 경우에는 5 분)으로 쉽게 재현 할 수 있습니다. 그래서 이것은 타사 라이브러리로 인한 것이 아니라고 말하고 싶습니다.

BTW, 그 이후로 여기에서 라이브러리를 찾았습니다. react-native-background-timer 로 작업을 완료하는 데 도움이됩니다.

@SuhairZain 맞아요! 내 문제는 타사 lib에 있었지만 소유자가 오류를 수정하고 ( setInterval() ) 방금 변경했다고 생각합니다) 경고가 사라졌습니다.

좋은 추천, 감사합니다.

여기에도 같은 문제가 있습니다. 그리고 여전히이 문제를 어떻게 처리 해야하는지 이해할 수 없었습니다.

rn : 0.45.1
firebase : 4.1.3

@escalepion에게 firebase 팀에보고했습니다 : (https://github.com/facebook/react-native/issues/12981#issuecomment-309595327)

@escalepion 문제가 장기 실행 타이머 설정에 관한 것이라면 위의 내 의견을 살펴보고 도움이되는지 확인하십시오.

@SuhairZain 죄송합니다 어떻게 setInterval 또는 react-native-background-timer를 사용할 수 있다는 것을 이해할 수있었습니다 :( 어디서 어떻게 코드를 작성합니까?

누구든지 어떤 라이브러리가 해를 일으키는 지 알아내는 방법에 대한 팁이 있습니까? 최근에 RN을 0.46으로 업그레이드했는데 갑자기이 오류가 나타났습니다. 나는 내 프로젝트에 꽤 많은 라이브러리를 가지고 있으며 그것들을 하나씩 조사하는 것만 생각할 수 있지만 분명히 이상적이지 않습니다.

건배!

@ abeltje1 ,이 문제를 해결하는 방법을 알고 있다면 여기에서 업데이트 해 주시겠습니까?

@liketurbo 확실히 나는 것입니다

30 분마다 API 토큰을 재 검증하기 위해 redux-saga 와 함께이 문제가 발생합니다.

따라서이 경우이 시간 동안 기다리는 것은 실제로 옳습니다. 그리고 오랫동안 기다려야 할 다른 시나리오가 있다고 생각합니다.

그렇다면 내 질문은 왜 이것이 경고입니까? 중단 / 발생할 수있는 것은 무엇입니까? LLT (장기 거래)를 사용할 수 없어야합니까?

LLT가 괜찮다면. 이 문제를 처리하는 가장 좋은 방법은 무엇입니까? AlarmManager 시간을 확장 하시겠습니까?

미리 감사드립니다;)

@sospedra와 같은 문제가 있습니다. 저는 redux-saga 하고 있으며 3 분마다 백그라운드에서 앱의 일부 데이터를 새로 고치는 saga가 있으므로 saga에 yield call(delay, 3 * 60000); 코드가 포함됩니다. 결과적으로 "장시간 타이머 설정 중 ..."오류가 발생합니다.

나는 또한 이와 같은 것에 대해 제안 된 접근 방식이 무엇인지 궁금합니다. 이 방법으로 코드를 그대로두면 어떤 문제가 발생합니까? 오류 메시지는 성능 문제가있을 수 있으며 앱이 백그라운드에있는 경우 타이머가 실제로 올바른 시간에 실행되지 않을 수 있음을 의미합니까?

이 코드에서 3 분 타이머를 설정하는 데 문제가있을 가능성이있는 경우 동일한 기능을 달성하고 이러한 문제가 발생하지 않는 대체 솔루션은 무엇입니까?

여전히 같은 문제가 발생합니다.

네이티브 Android 개발로 이동하는 유일한 솔루션이라고 생각합니다.

여전히 문제가 해결되지 않습니까? 누구든지 해결책을 찾았습니까?

firebase를 사용하는 동안 경고가 표시됩니다.

문제가 타사 라이브러리가 아닌 사용자가 직접 긴 시간 제한을 설정 한 경우 react-native-background-timer 라이브러리를 사용하는 것이 좋습니다. README에는 간단한 예제도 포함되어 있습니다.

불행히도 타사 라이브러리에서 문제가 발생한 경우 setTimeout이 호출 된 위치를 찾고 문제를 제기하거나 PR을 제출하여 앞서 언급 한 라이브러리를 대신 사용하는 것 외에 다른 해결책이 없을 것입니다. 아래에서 가능한 해결책을 시도해보세요. https://github.com/facebook/react-native/issues/12981#issuecomment -331074444 그리고 그것이 당신을 위해 작동하는지 시도하십시오.

안드로이드에서도 훌륭한 시간 제한을 만드십시오.

react-native-background-timer 는 @SuhairZain이 말했듯이 좋은 해결 방법입니다. 이것은 경고 메시지를 지울 수 있습니다

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
반응 네이티브 링크
C : UsersrealteboDownloadsmanager2node_modules (54ms)에서 심볼릭 링크를위한 폴더 검색
react-native link 는 Create React Native App 프로젝트에서 사용할 수 없습니다. 사용자 지정 네이티브 코드에 의존하는 라이브러리를 포함해야하는 경우 먼저 꺼내야 할 수 있습니다. 자세한 내용은 https://github.com/react-community/create-react-native-app/blob/master/EJECTING.md 를 참조하십시오.

나는 꺼내고 싶지 않아 .... 그래서, .. 어떻게해야합니까?

아, 죄송합니다. Create React Native App 프로젝트를 어떻게 도와 줄지 모르겠습니다. 나는 그것을 직접 사용한 적이 없습니다.

안녕,
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))
      });
  }
}

위는 Action in redux이며 redux-thunk .. 버튼을 클릭하여 양식의 데이터를 firebase 에 저장하면 saveDataSuccess() 를 입력하고 다음 탭으로 이동합니다.
이제 문제가 const userId = firebase.auth().currentUser.uid 것처럼 보이지만 확실하지 않습니다. 다음은 문제의 스크린 샷입니다. (앱은 잘 작동하지만이 경고가 나타납니다. 단순히 무시해야하는지 모르겠습니다.) 또는 내가 여기서 뭔가 잘못하고있을 수도 있습니다. 도움이 필요합니다. 고맙습니다.

야, 경고는 setTimeout에 대한 것입니다. 구성 요소에서 사용하고 있습니까?
예, const userId = firebase.auth (). currentUser.uid; 작동하지 않는 것은 약속이며 userId를 사용할 때 여전히 오지 않습니다.
더 좋은 방법은 actionCreator에서 userId를 가져 오는 것입니다. 이미 userInfo 변수를 보내고 있습니다. 다음을 시도해보세요.

userInfo가 firebase 인증 로그인에서 오는 것보다 가정하므로 uid가 있습니다.

내보내기 함수 saveUserData (userInfo) {
return (dispatch) => {
디스패치 (saveDataRequest ())
// const userId = firebase.auth (). currentUser.uid;
return firebase.database (). ref ( 'users /'+ userInfo.uid) .set (userInfo)
.then (() => {
dispatch (saveDataSuccess ());
dispatch (NavigationActions.navigate ({routeName : 'TabContactNavigation'}))
})
.catch ((오류) => {
디스패치 (saveDataFailure (오류))
});
}
}
나는 이것이 도움이되기를 바라며, 나의 나쁜 영어 = P에 대해 죄송합니다.

다시 없는 기쁨

2017 년 10 월 23 일 오전 23시 59 분, Yasir [email protected] escribió :

안녕하세요, 0.49를 사용하는 것과 동일한 문제가 있습니다.

내보내기 함수 saveUserData (userInfo) {
return (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 ((오류) => {
디스패치 (saveDataFailure (오류))
});
}
}
위는 redux의 Action으로 redux-thunk도 사용합니다. 버튼을 클릭하여 양식에서 firebase로 데이터를 저장하면 저장이 성공하면 saveDataSuccess ()를 전달하고 다음 탭으로 이동합니다.
이제 문제가 여기에있는 것으로 의심됩니다 const userId = 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/ 스레드를 음소거합니다.

일반적으로 나는 사용자 정보를 redux 저장소에 저장합니다.
그래서 나는 단순히 필요에 따라 재사용합니다.
...하지만 ... 비슷한 상황에서 시간 제한과 동일한 문제가 있습니다.

react-native-signalr 라이브러리와 동일한 문제 (300000ms)

socket.io 서버 옵션
pingTimeout (60000) + pingInterval (25000) <= 60000

Android에서이 문제를 어떻게 처리해야하는지에 대한 업데이트가 있습니까? setTimeout도 사용하지 않고 여전히 가져옵니다 ...

내 이전 의견 (8 월부터)을 따라 가기 위해 여기 주변의 모든 사람들의 감정을 요약합니다.이 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'];

원격으로 디버그 할 때 크롬 콘솔에 경고가 계속 표시되므로 해결 방법으로 매우 안전합니다.

콘솔 무시 코드를 넣는 가장 좋은 장소는 어디입니까? '

-신경 쓰지 마세요, 연결된 stackexchange 에서 힌트를 얻었으며 다음과 같이 내 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..

'react-native'에서 {AppRegistry} 가져 오기;
'./App'에서 앱 가져 오기;

console.ignoredYellowBox = [
'타이머 설정'
];

AppRegistry.registerComponent ( 'manager', () => 앱);
````

둘 다에서 일했다

@CopyJosh 항목 파일에 넣을 수 있습니다 : index.js

그래서 이것에 대한 실제 해결책이 아직 없습니까? 이제 8 개월이 넘었습니다 ..

?

그럼이 문제를 해결해 봅시다. 우리는 아마도 다음을 알아 내야 할 것입니다.

A.) React 코드를 통해 호출 할 수있는 확장 가능한 쉬운 API입니다. AlarmManagers 메서드 중 하나만 작동하도록하는 것이 현명하다고 생각합니다. 예를 들어 React Native 코드에서 다음 메서드를 호출하면 Android 기기 기본 AlarmManager로 알람이 설정됩니다.
AlarmMgr.setInexactRepeating(arg1, arg2...)

B.) 이것을 작동시키는 실제 구현. 내가 아는 한, AlarmManager로 알람을 설정하면 "보류중인 인 텐트"가 AlarmManager 서비스로 전송됩니다. 나중에 어떤 유형의 "작업"을 실행하고 싶다고 AlarmManager에 알립니다. 내게는 AlarmManager (또는 사용자 지정 React Java 메서드)가 일부 유형의 데이터를 JavaScript 코드로 다시 보내 경보가 울린 후 실행할 코드를 알려야하는 것 같습니다.

이 문제를 해결할 사람이 있습니까? 여기 에서 AlarmManager에 대한 자세한 내용을 확인할 수 있습니다.

btw-이 비 효율성 (긴 수 분의 시간 초과와 관련된)은 RN 버전> 0.43에서만 새로운 문제입니까? 아니면 단지 경고가 RN> 0.43에서 뱉어내는 것일까 요? 0.43.x에서 0.47.x로 마이그레이션하고 경고를보기 시작했습니다. 나는 비 효율성이 항상 존재한다고 생각했고, RN이 이제 막 경고를 시작했습니다 ..

그러나 며칠 전 마이그레이션 한 이후로 내 앱이 휴대 전화에서 훨씬 더 많은 배터리를 소모하고 있다는 사실도 알게되었습니다. (그리고 diff의 다른 기능은 명백한 범인이 아닙니다)

안녕하세요 @astreet ,이 문제를 게시하고 여기 https://github.com/facebook/react-native/commit/3637bce479 에이 경고를 추가 할 때 언급 한 내용을 기억하십니까?

2 분 반복 타이머를 설정하는 하나의 라이브러리를 사용하기 시작한 후 최근에 나에게 꽤 짜증이 났기 때문에이 경고가 처음에 추가 된 이유를 이해하기 시작했습니다.

이제 저는이 문장에 대해 걱정하고 있습니다 : "Timing 모듈을 깨우십시오". 내가 언급 할 수있는 것은 Timer 모듈이 안무가 콜백을 설정하고 있다는 것입니다. 타이머가 있는지 여부와 관계없이 콜백이 설정된 것처럼 보이지만. 관련 코드 부분은 https://github.com/facebook/react-native/blob/1e8f3b11027fe0a7514b4fc97d0798d3c64bc895/ReactAndroid/src/main/java/com/facebook/react/modules/core/Timing.java#L106
예약 된 타이머가 없을 때 콜백을 중지하는 코드가없고 타이머가 추가 될 때 예약을 시작하는 코드가 없습니다. 콜백은 앱이 백그라운드로 이동할 때만 일시 중단되고 다시 포 그라운드로 이동하면 복원됩니다.

결과적으로 안무가 콜백은 오랜 기간 동안 타이머가 있는지, 짧은 기간 동안 타이머가 있는지 또는 전혀 설정된 타이머가 없는지 여부에 관계없이 각 프레임에 대해 대기열에 추가됩니다. 이 경우 긴 타이머를 설정하면 성능에 어떤 영향을 미칠 수 있는지 알 수 없습니다. 그렇다면 경고가 필요하지 않다는 의미입니까?

긴 타이머를 "정확성 문제"로 설정하는 것에 관해서는 타이머가 포 그라운드 앱 상태에서만 호출된다는 사실을 언급하고 있다고 생각합니다 (따라서 나중에 오랫동안 설정하고 앱이 bg에 들어갈 때 실행되지 않거나 앱이 포 그라운드로 전환 될 때 실행됩니다 (예상보다 훨씬 늦을 수 있음). 경고를 표시하지 않는 iOS의 경우와 동일하다고 생각하지만

socket.io에서 기본 핑 루프는 85000ms, = pingInterval (25000ms) + pingTimeout (60000ms)입니다. 그리고 서버에서 이러한 옵션을 재설정하고 pingInterval 및 pingTimeout <= 60000ms의 합계를 확인해야합니다.

예를 들면 :

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

궁금한 점이 있습니다. 앱에서 약 5 분 시간 제한을 설정할 수 있어야합니다. 이 문제는 얼마나 심각하며 나에게 얼마나 영향을 미칩니 까?

@ntomallen 앱이 항상 화면에 표시되면 아무것도 변경되지 않습니다. 원활하게 작동합니다. 그렇지 않으면 5 분 후에 트리거되지 않을 수 있습니다. 아니면 정확하지 않을 것입니다.

Android 변경 소켓 서버 옵션 pingTimeout 에서 30000으로 React Native와 함께 laravel echo를 사용합니다.

@sospedra gotcha . 너무 나쁘지 않은지 확인하기 위해 몇 가지 테스트를해야 할 것입니다!

항상 Handler.postDelayed를 사용하지 않는 이유가 있습니까?

이 문제에 대한 빠른 수정 사항이 있습니까? 방금 Firebase에서 RN을 사용하기 시작했습니다.

몇 가지 다른 타이머 솔루션을 시도했지만 백그라운드에서 (일관되게) 작동하는 운이 없었습니다.

setInterval을 사용하여 10 분마다 서버를 ping했습니다. setInterval(myFunction, 60000) 수행하기 때문에이 오류 메시지가 표시되었습니다. 이게 제가 걱정해야 할 부분인가요?

내 예상되는 동작은 앱이 열려있는 동안 요청을 보낼 수 있지만 앱이 일시 중단 된 후 (한 번의 홈 버튼 누름) 요청이 실행을 중지해야한다는 것입니다. 이것이 제가 예상 할 수있는 동작입니까? 앱이 일시 중단되는 동안 배터리 수명에 영향을 미칩니 까?

여기서는 걱정할 필요가 없으며 경고가 올바르지 않으므로 제거해야합니다. 깨어있는 "타이밍 모듈"은없고, 매 프레임마다 타이머를 확인하는 안무가 콜백이 있습니다 (타이머의 최소 단위를 ~ 16ms로 만듭니다).

iOS 또는 Android의 백그라운드에서 타이머가 실행되지 않는다는 점에서 정확성 문제가 있습니다. 이 경고는 특히 Android에 관한 것으로 보이며 정확하지 않은 것 같습니다. 모든 타이머는 앱이 포 그라운드로 돌아올 때 결국 실행되어야합니다.

이 문제를 곧 해결할 계획이 있습니까? 로그는 Android 휴대폰에서 테스트 할 때마다 성가시다.

내 문제…

제한 시간이 최대 ~ 59 분 이었기 때문에이 오류가 발생했습니다. 이 코드는 시간의 상단에 메서드를 호출하고 있었다하려면 setTimeout 생성 할 setInterval 시간의 다음 상단에.

내 솔루션…

1. setTimeout 를 업데이트하여 분당 setInterval 를 시작하십시오.
2. 현재 분이 0 경우에만 함수를 실행하도록 setInterval에 의해 호출 된 함수를 업데이트하십시오.

이 기능은 이제 매시간이 아닌 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은 귀하의 사용 사례를 완전히 이해하지는 못하지만 한 가지 해결 방법은 백그라운드에 진입 할 때 앱 내에 백그라운드 날짜를 저장 한 다음 포 그라운드로 돌아갈 때 현재 날짜를 저장된 백그라운드 날짜와 비교하고 일부 정리를 수행하는 것입니다. 일정 시간이 지나면 ...

내 사용 사례를 자세히 설명합니다. 로그인을 수락하기 위해 다른 앱에서 예라고 말하는 것에 의존한다고 가정 해보십시오. Feks는 페이스 북 앱으로 전환하여 타사의 로그인 요청에 예라고 답합니다. 작업중인 구체적인 예는 uPort, https://www.uport.me/입니다. 그런 다음 앱에 메시지를 보내는 방법에 의존 할 때 이제 백그라운드에서 모든 것이 좋다고 말하면 나중에 정리하기 위해 접근하지 않는 한 firebase에서 작동하지 않습니다.

나는 정보를 내 보낸 직후에 정리가 일어날 수 있다는 것에 막 붙어 있었던 것 같다. 왜냐하면 정보가 이미 내 보냈기 때문에 우리는 그것을 필요로하지 않았기 때문이다. 하지만 왜 firebase 접근 방식이 React Native에서 작동하지 않는 것일까 요? 백그라운드 작업자를 중지합니다.

내 앱에서 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",
• "반응 네이티브": "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",
"반응 네이티브": "0.54.4",
"socket.io": "^ 2.1.1",
"socket.io-client": "^ 2.1.1",

영구적 인 해결책이 있습니까?

이걸 돌아볼 방법이 없나요?

react-native 0.57에서이 경고가 계속 표시됩니다. 대신이 문제가 열려 있어야합니까?

거의 1 년 동안 React Native는 여전히 같은 문제가 있습니다 !!!

동일한 문제가 발생하면 동일한 경고가 3 ~ 4 회 나타납니다. 매우 짜증납니다.

이 문제를 해결할 수있는 해결책이 있습니까?

이 솔루션으로 경고 메시지 제거 https://stackoverflow.com/a/48778011/7427111

기본적으로 문제를 해결하지 않고 메시지를 숨기는 것입니다.

@dhavaljardosh 네, 당신의 추측이 맞습니다.

Java 및 Objective C로 네이티브 타이머를 만들었습니다. 저에게 효과적이며 메시지를 숨 깁니다. 실제로 성능이 향상되는지 잘 모르겠습니다. 위에서 언급했듯이 : 백그라운드에 긴 타이머가 있기 때문에 배터리 등에 여전히 좋지 않습니다.

한 가지 질문은 폴링 기능이 정말로 필요한지 여부입니다. 나는 그렇게 생각했지만,이 문제로 인해 _some_ 반 빈도로 실행하면된다는 것을 깨달았다. 이제 앱 백그라운드에서 실행하고이 문제를 완전히 피하고 있습니다. YMMV.

Pusher를 사용할 때 같은 문제 ...

60 초마다 타이머를 설정할 때 성능에 어떤 영향을 미치는지 앱을 테스트하겠습니다.
그러나 여러분 중 일부는 그 경험이 있다고 가정합니다. 이 경험을 공유해 주시겠습니까? 그 영향이 중요합니까?

최신 버전과 여전히 동일한 문제입니다.
어떤 해결책?

나도 그 문제에 직면하고 있습니다.
앱이 제대로 작동하고 있었지만 경고가 발생한 것은 firebase를 사용하기 시작했을 때뿐입니다.
어떤 해결책이 있습니까?

이 메시지의 의미를 이해하고 싶습니다. 우리 제품에 최근 기능을 추가 한 후 메시지를 받기 시작했습니다. 앱이 백그라운드에있는 동안 타이머가 계속 실행된다는 사실 만 문제입니까? 앱 상태 이벤트를 구독하고 앱이 백그라운드 상태 인 경우 타이머를 중지하는 것이 적절한 솔루션일까요? 아니면 _foreground_에있는 앱의 장기 실행 타이머도 문제가 있습니까?

이 메시지의 의미를 이해하고 싶습니다. 우리 제품에 최근 기능을 추가 한 후 메시지를 받기 시작했습니다. 앱이 백그라운드에있는 동안 타이머가 계속 실행된다는 사실 만 문제입니까? 앱 상태 이벤트를 구독하고 앱이 백그라운드 상태 인 경우 타이머를 중지하는 것이 적절한 솔루션일까요? 아니면 _foreground_에있는 앱의 장기 실행 타이머도 문제가 있습니까?

이것도 알고 싶습니다.

또한 setInterval은 어떻게됩니까? 이 경고는받지 않지만 동일한 문제가 있습니까?

이 메시지의 의미를 이해하고 싶습니다. 우리 제품에 최근 기능을 추가 한 후 메시지를 받기 시작했습니다. 앱이 백그라운드에있는 동안 타이머가 계속 실행된다는 사실 만 문제입니까? 앱 상태 이벤트를 구독하고 앱이 백그라운드 상태 인 경우 타이머를 중지하는 것이 적절한 솔루션일까요? 아니면 _foreground_에있는 앱의 장기 실행 타이머도 문제가 있습니까?

노란색 메시지는 "... 앱이 포 그라운드에있을 때만 타이머를 호출 할 수 있습니다."라고 말합니다.
타이머 모듈은 깨어 있지만 앱이 백그라운드에있을 때 타이머가 작동하지 않습니까? 그렇다면 문제는 앱이 백그라운드에있을 때 타이머 모듈을 깨어있게 유지하는 것입니까? 성능 / 배터리 효과가 얼마나 될까요?

@BerndWessels https://www.npmjs.com/package/react-native-firebase 이것을 보셨습니까? firebase가 네이티브 스레드에서 실행되도록 허용한다고 말합니다. 그것이 얼마나 사실인지 확실하지 않지만 살펴볼 가치가 있습니다. 당신은 그것을 사용하고 있을지도 모르지만, 잘 모르겠습니다.

이 라이브러리로 전환하면 기존 코드를 변경해야한다고 생각하십니까? 내 말은, 그것은별로 좋지 않을 것입니다 ...

최신 RN0.59의 Pusher와 동일한 문제이며 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;

잘 작동하는 것 같습니다. 정확히 무엇을합니까?

감사합니다 @cpmech

안녕하세요, 코드 (https://github.com/firebase/firebase-js-sdk/issues/97#issuecomment-427512040)는 단순히 setTimeout (전역) 함수를 래핑하여 장기간 사용.

수정 된 global.setTimeout 함수에서 기간이 MAX_TIMER_DURATION_MS 임계 값보다 크면 로컬지도 ( timerFix )에 id 를 저장 한 다음 기간을 더 작은 값으로 분할하는 runTask 를 호출합니다. runTask 는 waitingTime 가 너무 작을 때까지 계속 실행될 더 작은 청크로 시간 제한 (원본 _setTimeout )을 설정합니다. 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 (comment) )는 단순히 setTimeout (global) 함수를 래핑하여 장기간 사용되지 않도록합니다.

수정 된 global.setTimeout 함수에서 기간이 MAX_TIMER_DURATION_MS 임계 값보다 크면 로컬지도 ( timerFix )에 id 를 저장 한 다음 기간을 더 작은 값으로 분할하는 runTask 를 호출합니다. runTask 는 waitingTime 가 너무 작을 때까지 계속 실행될 더 작은 청크로 시간 제한 (원본 _setTimeout )을 설정합니다. waitingTime 가 충분히 작 으면 원활한 실행을 위해 React Native의 runAfterInteractions 를 호출하는 동시에 로컬지도에서 id 항목을 제거했습니다. 이 경우 다시 _setTimeout 로 전화하지 마세요. afterTime 는 _setTimeout 되어 장기간 호출되는 것을 방지합니다.

그렇지 않으면 수정 된 global.setTimeout 함수에서 지속 시간이 임계 값 MAX_TIMER_DURATION_MS 보다 작 으면 전역 setTimeout ( _setTimeout 저장 됨)을 직접 호출합니다.

전역 clearTimeout 도 로컬 맵에서 id 를 제거하여 정리 프로세스를 수행하도록 래핑됩니다.

도움이 되었기를 바랍니다.

정말 고맙습니다! 매력처럼 작동했습니다.

안녕하세요, 코드 (여기에서 : firebase / firebase-js-sdk # 97 (comment) )는 단순히 setTimeout (global) 함수를 래핑하여 장기간 사용되지 않도록합니다.

수정 된 global.setTimeout 함수에서 기간이 MAX_TIMER_DURATION_MS 임계 값보다 크면 로컬지도 ( timerFix )에 id 를 저장 한 다음 기간을 더 작은 값으로 분할하는 runTask 를 호출합니다. runTask 는 waitingTime 가 너무 작을 때까지 계속 실행될 더 작은 청크로 시간 제한 (원본 _setTimeout )을 설정합니다. waitingTime 가 충분히 작 으면 원활한 실행을 위해 React Native의 runAfterInteractions 를 호출하는 동시에 로컬지도에서 id 항목을 제거했습니다. 이 경우 다시 _setTimeout 로 전화하지 마세요. afterTime 는 _setTimeout 되어 장기간 호출되는 것을 방지합니다.

그렇지 않으면 수정 된 global.setTimeout 함수에서 지속 시간이 임계 값 MAX_TIMER_DURATION_MS 보다 작 으면 전역 setTimeout ( _setTimeout 저장 됨)을 직접 호출합니다.

전역 clearTimeout 도 로컬 맵에서 id 를 제거하여 정리 프로세스를 수행하도록 래핑됩니다.

도움이 되었기를 바랍니다.

이것은 실제로 문제를 해결합니까 아니면 경고를 제거합니까?

안녕하세요, 코드 (여기에서 : firebase / firebase-js-sdk # 97 (comment) )는 단순히 setTimeout (global) 함수를 래핑하여 장기간 사용되지 않도록합니다.

수정 된 global.setTimeout 함수에서 기간이 MAX_TIMER_DURATION_MS 임계 값보다 크면 로컬지도 ( timerFix )에 id 를 저장 한 다음 기간을 더 작은 값으로 분할하는 runTask 를 호출합니다. runTask 는 waitingTime 가 너무 작을 때까지 계속 실행될 더 작은 청크로 시간 제한 (원본 _setTimeout )을 설정합니다. waitingTime 가 충분히 작 으면 원활한 실행을 위해 React Native의 runAfterInteractions 를 호출하는 동시에 로컬지도에서 id 항목을 제거했습니다. 이 경우 다시 _setTimeout 로 전화하지 마세요. afterTime 는 _setTimeout 되어 장기간 호출되는 것을 방지합니다.

그렇지 않으면 수정 된 global.setTimeout 함수에서 지속 시간이 임계 값 MAX_TIMER_DURATION_MS 보다 작 으면 전역 setTimeout ( _setTimeout 저장 됨)을 직접 호출합니다.

전역 clearTimeout 도 로컬 맵에서 id 를 제거하여 정리 프로세스를 수행하도록 래핑됩니다.

도움이 되었기를 바랍니다.

감사합니다! 앱의 전반적인 성능에 영향을 미치지 않습니까?

안녕하세요, 코드 (여기에서 : firebase / firebase-js-sdk # 97 (comment) )는 단순히 setTimeout (global) 함수를 래핑하여 장기간 사용되지 않도록합니다.
수정 된 global.setTimeout 함수에서 기간이 MAX_TIMER_DURATION_MS 임계 값보다 크면 로컬지도 ( timerFix )에 id 를 저장 한 다음 기간을 더 작은 값으로 분할하는 runTask 를 호출합니다. runTask 는 waitingTime 가 너무 작을 때까지 계속 실행될 더 작은 청크로 시간 제한 (원본 _setTimeout )을 설정합니다. waitingTime 가 충분히 작 으면 원활한 실행을 위해 React Native의 runAfterInteractions 를 호출하는 동시에 로컬지도에서 id 항목을 제거했습니다. 이 경우 다시 _setTimeout 로 전화하지 마세요. afterTime 는 _setTimeout 되어 장기간 호출되는 것을 방지합니다.
그렇지 않으면 수정 된 global.setTimeout 함수에서 지속 시간이 임계 값 MAX_TIMER_DURATION_MS 보다 작 으면 전역 setTimeout ( _setTimeout 저장 됨)을 직접 호출합니다.
전역 clearTimeout 도 로컬 맵에서 id 를 제거하여 정리 프로세스를 수행하도록 래핑됩니다.
도움이 되었기를 바랍니다.

이것은 실제로 문제를 해결합니까 아니면 경고를 제거합니까?

아니요, 문제를 해결하지 못합니다. 그것은 단지 좋은 일입니다.

안녕하세요, 코드 (여기에서 : firebase / firebase-js-sdk # 97 (comment) )는 단순히 setTimeout (global) 함수를 래핑하여 장기간 사용되지 않도록합니다.
수정 된 global.setTimeout 함수에서 기간이 MAX_TIMER_DURATION_MS 임계 값보다 크면 로컬지도 ( timerFix )에 id 를 저장 한 다음 기간을 더 작은 값으로 분할하는 runTask 를 호출합니다. runTask 는 waitingTime 가 너무 작을 때까지 계속 실행될 더 작은 청크로 시간 제한 (원본 _setTimeout )을 설정합니다. 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 일까요? 뿡 빵뀨

만료 될 때까지 고정 된 시간으로 타이머를 다시 예약 할 수 있습니다.

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 년이 지나서 react-native 또는 firebase가이 문제를 제대로 해결할 것입니다. :(

몇 시간의 긴 조사 끝에 내가 알고 싶은 것은 내가 어떻게 든 문제를 일으켰는지 여부입니다.
언제 나타 났는지 모르겠습니다.
firestore에 전화하자마자 팝업 되나요?
내 앱에서 타이머를 사용하지 않습니다.

@luismasg 나쁜 습관이기 때문에 내 코드에서 setTimeout을 사용하지 않지만 오류의 원인을 알고 멈출 수 없으며 분명히 내 데이터베이스와 원격 연결을 설정하여 나온 것 같습니다. 세트를 사용하는 라이브러리 TTL을 유지하기위한 시간 초과, 종속성 라이브러리 확인 및 문제의 원인을 식별 할 수 있는지 확인

솔직히, 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 Amplify Datastore에서 이것을 경험하고 있습니다. 적절한 수정 대신 경고를 비활성화합니다.

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 사용 ...

결정적인 방법으로 해결할 때까지 ...

"react-native"에서 {YellowBox} 가져 오기;
"lodash"에서 _ 가져 오기;
YellowBox.ignoreWarnings ([ "타이머 설정"]);
const _console = _.clone (콘솔);
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는 어떻습니까?

이전 Firebase SDK를 사용하는 경우 firestore 관리자 SDK로 마이그레이션합니다.

대부분의 문제가 해결됩니다

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()
  )
}

재미있는 점은이 스레드의 모든 사람이이 경고를 무시하는 해결 방법을 논의한다는 것입니다.
경고에서이 "문제"로 리디렉션되었을 때 "방법"을 설명하는 적절한 문서를 찾고 싶었습니다. 그것을 처리하고 "왜?"에 대한 더 많은 추론.

프런트 엔드 # 밀레 니얼

이 #millenial은 다음을 지적합니다.

• 이 오류는 문서가 필요하지 않으며 자명합니다. 긴 타이머를 설정했습니다.
• 이 스레드는 소유하지 않은 라이브러리 (예 : firebase)에 대한 경고를 무시하는 사람들로 가득합니다.
• 이 스레드의 (생산적인) 토론에서 알 수 있듯이 이것은 react-native 내에서 해결해야 할 더 복잡한 문제입니다.

그게 내가 다시이 문제가 표시되어, 클로우즈되지 않는 점을 지적 할 것이라고 known-issue 및 Help Wanted .

밀레 니얼에 대한 밀레 니얼 답변 :)

이 오류는 문서가 필요하지 않으며 자명합니다. 긴 타이머를 설정했습니다.

• 오류가 아니라 경고입니다 (차이에 대해 묻지 마십시오. 그렇지 않으면 깊은 철학적 대화를 시작해야합니다. :)
• 이 티켓에 대한 제공된 참조로 인해 이미 문서화 된 척하며, 여기에서 요약 대신 많은 의견을 읽어야합니다 (이미 제안한 알려진 문제와 비슷합니다).
  
• 나는 그것을 '자기 설명 적'이라고 말하지 않을 것이다. 제공된 컨텍스트가 충분하지 않습니다. 말 그대로 설명에는 두 개의 문장이 있습니다.

다시 말하지만이 문제는 종결되어서는 안되며 알려진 문제이며 도움말 구함으로 표시됩니다.

완전히 동의. 경고의 URL 참조에서 오는 많은 사람들의 시간을 절약 할 수 있습니다.

firebase / firestore 사용자의 경우 : Firestore 호출에 직접 REST 엔드 포인트를 사용하는 것으로 돌아갔습니다. 인증과 파이어 스토어 만 필요했기 때문에 문제를 쉽게 해결했습니다. 여기에 스 니펫 :

https://stackoverflow.com/a/62446792

다음과 같이 App () 내부에서 수행했습니다.

'react-native'에서 {YellowBox} 가져 오기;
내보내기 기본 함수 App () {
YellowBox.ignoreWarnings ([ '타이머 설정']);
...
...
..
}

기억

내가 한 일이 나와 함께 일하고 있지만 좋은 습관인지 아닌지 모르겠습니다.

파일로 이동

node_modulesreact-nativeLibrariesCoreTimersJSTimers.js

const MAX_TIMER_DURATION_MS = 60 * 1000 함수가 있고 시간을 60 * 100000으로 늘렸고 나타나지 않았습니다.

안녕,
이 문제는 약 3 년이 지났으며 여전히이 경고가 표시됩니다.)
@RWOverdijk 가 경고를 무시하는 것은 해결책이 아니라고 말했듯이.
내가 놓친 솔루션이 이미 있습니까?

감사합니다 <3

안녕하세요, 우리는이 문제를 잠그기로 결정했습니다. 이 문제가 많은 분들에게 실망 스럽다는 것을 알고 있으며 저희가이 결정을 내리는 이유를 이해하는 데 시간을 할애하고 싶습니다.

React Native에서 Android에서 타이머가 작동하는 방식

React Native에는 setTimeout 와 같은 JS 타이머의 사용자 정의 구현이 있습니다. Android에서 작동 방식은 JS 타이머가 네이티브 측에서 추적되고 네이티브 측에서 이러한 타이머를 트리거 할시기를 결정하는 것입니다. 이를 통해 React Native는 타이머가 트리거되는시기, 특히 타이머가 앱 수명주기 및 렌더링과 관련되는 방식에 대해 더 똑똑해집니다.

긴 간격으로 타이머를 설정하면 어떻게 되나요?

다음은 코드를 읽고 약간 테스트하여 얻은 이해입니다.

1. 긴 타이머를 설정하고 타이머가 활성화되는 동안 앱이 열려 있으면 타이머가 계속 작동합니다.
2. 긴 타이머를 설정하고 타이머가 끝나기 전에 전화기가 백그라운드로 설정된 경우 다음에 앱을 열 때까지 타이머가 활성화되지 않습니다.
3. 헤드리스 JS 작업에는 예외가 있으며 앱이 백그라운드에 있더라도 타이머가 계속 작동 할 수 있습니다.

긴 간격으로 타이머를 호출하지 않는 이유는 무엇입니까?

나는 이것이 주로 정확성 문제라고 생각하며 성능에 관한 것이 아닙니다. 문제는 사용자가 앱을 백그라운드로 사용하는 경우 긴 타이머에 의존 할 수 없다는 것입니다.

나중에 앱이 다시 포 그라운드 될 때 타이머가 활성화되도록해도 상관 없다면 YellowBox 경고를 무시하는 것이 좋습니다.

반면에, 타이머가 세션의 수명 동안 호출 될 것으로 예상하고 포 그라운드에서 다시 트리거되지 않아야하는 경우 포 그라운드에서 타이머가 무시되는지 확인하기 위해 뭔가를해야합니다.

긴 타이머를 설정하는 Socket.io 및 Firebase와 같은 타사 라이브러리를 어떻게 사용하나요?

이러한 타사 라이브러리에 대한 세부 정보를 모릅니다. 궁극적으로 위의 질문으로 귀결됩니다. 이러한 타사 라이브러리가 포 그라운드에서 해결되는 타이머를 처리하는 데 문제가있는 경우이를 해결하는 방법을 찾아야합니다. 예를 들어 위의 일부 의견은 Firebase에서이 작업을 수행하는 방법을 제안합니다. 하지만 궁극적으로 React Native를 염두에두고 특별히 개발 된 라이브러리에 의존하면 더 나은 서비스를받을 수 있습니다.

반면에 타사 라이브러리에 포 그라운드에서 타이머가 해결되는 문제가없는 경우 오류를 무시할 수 있습니다.

setTimeout 이 처음에 제안 된대로 AlarmManager 통과 할 수없는 이유는 무엇입니까?

AlarmManager 앱이 백그라운드에있는 경우 앱을 깨우고 setTimeout 와 같은 타이머가 앱을 깨워 야한다고 생각하지 않습니다. 이러한 긴 타이머의 대부분은 시간 제한과 같은 항목으로 설정되며 앱이 열려있는 동안에 만 관련됩니다. 백그라운드에서 앱을 깨우는 것은 비용이 많이 들고 개발자가 명시 적으로 이러한 의도를 가지고있는 경우에만 수행해야합니다.

동시에, 많은 사람들은 아마도 이와 같은 것을 필요로 할 것입니다. setTimeout 거치지 않는 API를 개발할 수 있습니다. 그러나 현재 Lean Core 노력으로 인해 실제로 React Native의 API 표면이 증가하지 않도록 노력하고 있습니다. 이것은 react-native-background-timer 와 같은 타사 라이브러리에서 가장 잘 처리되는 작업이라고 생각합니다.

그러면 경고를 완전히 제거하지 않는 이유는 무엇입니까?

우리는 개발자들이 무슨 일이 일어나고 있는지 알고 있기를 바랍니다. 누군가 setTimeout 의 정확성에 의존하는 라이브러리를 설치하는 경우 개발자는이 정확성을 보장 할 수 없음을 알고 있어야합니다. 이 경고가 특정 사용 사례에서 중요한지 여부를 결정하는 것은 개별 개발자에게 맡기고 싶습니다.