2016-08-20 5 views
0

내 앱은 항상 DeviceId를 고유 식별자로 사용했으며 당연히 권한으로 READ_PHONE_STATE이 (가) 필요합니다. 과거에는 괜찮 았지만 지금은이 허가를 요청하는 것이 실행 시간에 매우 무서운 대화 상자를 표시하는 Marshmellow 23으로 이전했습니다 ...기기 ID 대신 사용할 Android ID

"{my app}이 전화를 걸고 관리하도록 허용 하시겠습니까?"

그냥 deviceId를 가져 오려는 앱에 대한 매우 무시 무시한 메시지입니다.

나는 허가를 필요로하지 않으므로 Android ID로 전환 할 생각입니다.

String androidId = Settings.Secure.getString(getContentResolver(), Settings.Secure.ANDROID_ID); 

나는 안드로이드 ID를 사용하여 몇 가지 문제가 있었다 주위를 참조 인터넷 검색을하지만, 기존의 모든 물건입니다. Froyo 시절에 모든 전화기에 대해 동일한 ID를 생성 한 전화 공급 업체가 있었지만 그 점은 내가 본 모든 것입니다.

Android ID를 사용하는 데 문제가있는 사람이 있습니까? 감사합니다. 학장

답변

1

사용하려는 고유 식별자는 식별자가 필요한 구체적인 사용 사례에 따라 크게 달라집니다. Best Practices for Unique Identifiers training은 많은 일반적인 사용 사례와 사용할 식별자를 거칩니다. 그들은 안드로이드 식별자 작업에 많은 수의 인원이 있습니다 :

1 : 하드웨어 식별자를 사용하지 마십시오.SSAID (Android ID) 및 IMEI와 같은 하드웨어 식별자는 필요한 기능을 제한하지 않고 대부분의 사용 사례에서 피할 수 있습니다.

2 : 사용자 프로필 또는 광고 유스 케이스에 대해서만 광고 ID를 사용하십시오. 광고 ID를 사용하는 경우 광고 추적 제한 플래그를 항상 준수해야하며 개인 식별 정보 (PII)에 식별자를 연결할 수 없으며 광고 ID 재설정을 브리지하지 않아야합니다.

3 : 가능한 경우 유료 사기 방지 및 전화 통신을 제외한 다른 모든 유스 케이스에 대해 인스턴스 ID 또는 비공개 저장된 GUID를 사용하십시오. 비 광고 유스 케이스의 대부분은 인스턴스 ID 또는 GUID로 충분해야합니다.

4 : 개인 정보 위험을 최소화하기 위해 사용 사례에 적합한 API를 사용하십시오. 높은 가치의 콘텐츠 보호를 위해 DRM API API를 사용하고 악용을 방지하기 위해 SafetyNet API를 사용합니다. Safetynet API는 개인 정보 위험을 초래하지 않으면 서 장치가 정품인지 여부를 쉽게 판단 할 수있는 방법입니다.

대부분의 경우 Android ID는 여전히 사용하기에 적합하지 않습니다.

+0

나는 IMEI가 재판 소프트웨어를 재설치하는 것을 막을 수있는 유일한 방법이라고 생각하지만 제 경우에는 UUID가 트릭을 할 것입니다. 답변 해주셔서 감사합니다. –