app上傳錯誤日誌

Ⅰ ios app 友盟的錯誤分析和從設備讀取的的錯誤日誌有什麼不同

將產生錯誤日誌的App的.app和.dSYM復制到某個指定目錄 控制台進入目錄 分別輸入: dwarfmp --uuid YourApp.app和warfmp --uuid YourApp.app.dSYM查看UUID是否與日誌上的UUID一致 解釋內存地址 Thread 0 Crashed: 0 libobjc.A.dylib 0x00003ec0 objc_msgSend + 24 1 MyApp 0x000036d2 0×1000 + 9938 我們得到了用戶發生崩潰情況的內存地址：0x000036d2 命令行輸入:dwarfmp –-arch armv6 MyApp.app.dSYM --lookup 0x000036d2 --debug-info 在行的最後面即可看到錯誤信息 由於你沒有貼出代碼，給你調試的辦法

Ⅱ 手機啟動引擎異常,上傳錯誤日誌,隱私會泄露嗎

你好；這個有可能會，你最好安裝一個騰訊手機管家保護隱私，把你需要隱藏的手機號碼加入騰訊手機管家的私密空間進行加密；這些加密過的簡訊以及通話記錄只會顯示在騰訊手機管家中，系統簡訊收件箱以及通話記錄中不會留下任何記錄。從而確保了你的個人隱私；所以即使有人翻看你的手機，也不會看到他們。謝謝望採納

Ⅲ 在我的iOS App中捕獲這樣的錯誤日誌，什麼原因

當我們的 app 開發完成 並切 上線之後， 會被 很多用戶去使用，在他們使用的 過程中 可能會 由於各種原因 導致 程序 崩潰 ，如果我們不關心這個問題， 就不可能 做出 健壯的 app。

我們可以自己 寫 code 來 捕獲異常 ，在 app 崩潰之前 將 異常內容 固化成文件 ，在 app 下次 啟動時 再將 異常 信息 上傳到 我們的伺服器 供我們 分析 ， 也可以使用 統計平台都 錯誤分析 功能 ，網路或者 友盟 都有 錯誤 統計 和分析 功能 。

具體怎麼使用 統計 sdk ， 下載完 sdk 後 文檔 說的都很清楚，我就不 解釋了 。

下 面說一下 ，獲取到 異常 信息後 如何 使用 dwarfmp 工具 在 .dsym文件中 找出 出錯的 代碼 位置 。
1、首先 你要 有 dsym 文件才行 ，dsym 文件的位置 由於 打包的方式不同 可能 不同 ，如果你是 直接 build 出來的 ，那麼 在 你 對應的 .app 文件相同目錄下就可以看到 dsym文件，如果你是 菜單欄中 proct -> archive ,archive 完了 打開 Organizer ->Archives 中 打的包 ，那麼你的 dsym 文件將在 對應 的 archive 中的 dsyms 文件夾下 。
2、獲取 異常日誌
登錄友盟統計平台 ，進入制定 app ，點擊 左邊欄 里的 錯誤分析 ， 這樣就可以看到 錯誤列表 ，
比如：

Application received signal SIGSEGV 2.1.5 20865 2014-06-06 15:31:55
點擊該錯誤 可以看到 詳細信息

Application received signal SIGSEGV (null) ( 0 CoreFoundation 0x2f471f23 + 154 1 libobjc.A.dylib 0x39f38ce7 objc_exception_throw + 38 2 CoreFoundation 0x2f471e4d + 0 3 aaaaaaaa 0x8aa981 _ZNSt3__113__vector_baseIP10OneRequestNS_9allocatorIS2_EEED2Ev + 1134736 4 libsystem_platform.dylib 0x3a55071b _sigtramp + 34 5 aaaaaaaa 0x7439e9 _ZNSt3__113__vector_baseIP9OnePacketNS_9allocatorIS2_EEED2Ev + 3044 6 aaaaaaaa 0x749769 _ + 568 7 aaaaaaaa 0x760f93 _ZN12THREAD_MUTEXC2Ev + 12810 8 libsystem_pthread.dylib 0x3a554959 + 140 9 libsystem_pthread.dylib 0x3a5548cb _pthread_start + 102 10 libsystem_pthread.dylib 0x3a552ae8 thread_start + 8 ) dSYM UUID: 8AA8370C-D292-3051-BF23-B46128B941E2 CPU Type: armv7 Slide Address: 0x00004000 Binary Image: FengYunZhiBo Base Address: 0x00025000
3、使用 dwarfmp 導出 異常信息

進入 終端 輸入，$dSYMPath 就是 第一步獲取的 dsym 文件的路徑 ，然後回車，就可以看到 錯誤信息了

dwarfmp --arch=armv7 --lookup 0x8aa981 $dSYMPath

0x0172f6da: Compile Unit: length = 0x00005ec0 version = 0x0002 abbr_offset = 0x00000000 addr_size = 0x04 (next CU at 0x0173559e)

0x0172f6e5: TAG_compile_unit [233] *
AT_procer( "Apple LLVM version 5.0 (clang-500.2.76) (based on LLVM 3.3svn)" )
AT_language( DW_LANG_C99 )
AT_name( "libavformat/rtpenc.c" )
AT_low_pc( 0x008a9e14 )
AT_stmt_list( 0x0027eb6a )
AT_comp_dir( "/Users/fyzb0/Desktop/ffmpegFastBuild/build/src/ffmpeg-2.1" )
AT_APPLE_optimized( 0x01 )

0x01734bec: TAG_subprogram [351] *
AT_name( "rtp_write_packet" )
AT_decl_file( "libavformat/rtpenc.c" )
AT_decl_line( 483 )
AT_prototyped( 0x01 )
AT_type( {0x01730ca0} ( int ) )
AT_APPLE_isa( 0x01 )
AT_low_pc( 0x008aa37c )
AT_high_pc( 0x008aaba4 )
AT_frame_base( r7 )
AT_APPLE_omit_frame_ptr( 0x01 )

0x01734c8b: TAG_lexical_block [51] *
AT_ranges( 0x0011e928
[0x008aa5b4 - 0x008aab8c)
[0x008aab96 - 0x008aaba4)
End )
Line table dir : 'libavformat'
Line table file: 'rtpenc.c' line 322, column 0 with start address 0x00000000008aa968

Looking up address: 0x00000000008aa981 in .debug_frame... found!

0x00036e30: FDE
length: 0x0000000c
CIE_pointer: 0x00000000
start_addr: 0x008aa37c rtp_write_packet
range_size: 0x00000828 (end_addr = 0x008aaba4)
Instructions: 0x008aa37c: CFA=4294967295+4294967295

Ⅳ 應用程序日誌中每天都會出現大量來源於錯誤日誌，是什麼原因導致的，如何解決呢！

錯誤日誌和電腦系統的系統日誌是一樣的。都是實時記錄用戶的操作信息。當出現程序非正常關閉的情況下電腦突然死機，程序強行退出，系統崩潰。解決的辦法也很簡單。1、盡量正確關閉程序。2、如遇到無法正常關閉的，用任務管理器之間結束進程。3、你先把原來的錯誤日誌清除掉。然後用幾天看下是否還會出現上述情況（正常關閉程序的情況下），如果還有你就要考慮是不是系統不穩定了。3、實在不行，建議重裝系統，最好使用原版的XP系統，GHOST版本雖然快，但不穩定，省略了很多系統的東西。

Ⅳ app設置裡面的上傳日誌是幹嘛的

給app公司分析bug用的

Ⅵ APP裡面有個上傳手機系統錯誤記錄是什麼意思

這樣的情況指的是APP發生未知錯誤，導致的關閉以及閃退等現象，這個手機本身是有記錄的，可以上傳這些未知錯誤以便於糾正。

Ⅶ 看那個的時候出現這個 我點了個上傳錯誤日誌 么啥風險吧

你以為 MIUI系統是Windows？ MIUI系統生命力無比的強大 不怕病毒

Ⅷ app設置裡面的上傳日誌是干什麼的

APP的日誌主要是用於記錄系統運行信息，相關APP信息，包括bug信息，網路信息，位置信息，時間信息，但不限於通話記錄，拍照，簡訊發送等，有助於開發人員進一步優化APP使用體驗，降低運行異常，優化啟動速度等，旨在更好地提升用戶體驗。

Ⅸ android怎樣實時上傳崩潰日誌到伺服器

讓系統處理崩潰，然後把錯誤日誌上傳到伺服器並且服務只能運行2秒鍾，如果2秒鍾錯誤日誌沒有上傳到伺服器，那麼這個錯誤信息就不要了。然後再停止服務，在服務銷毀的時候同時銷毀進程。

核心代碼：

public int onStartCommand(Intent intent, int flags, int startId) { stopDelayed = intent.getLongExtra("Delayed", 2000); PackageName = intent.getStringExtra("PackageName"); expection = intent.getStringExtra("exception"); try { //這里上傳崩潰日誌 } catch (java.lang.Exception e) { e.printStackTrace(); } handler.postDelayed(new Runnable() { @Override public void run() {/* Intent LaunchIntent = getPackageManager().getLaunchIntentForPackage(PackageName); startActivity(LaunchIntent);*/ KillSelfService.this.stopSelf(); //android.os.Process.killProcess(android.os.Process.myPid()); } }, stopDelayed); return super.onStartCommand(intent, flags, startId);}
@Overridepublic void onDestroy() { super.onDestroy(); Log.i(TAG, "onDestroy: "); android.os.Process.killProcess(android.os.Process.myPid());}

Ⅹ app上傳日誌有危險嗎

不會有危險，但是會泄露你的個人信息。

作為一個開發人員，必須具備安全意識，掌握基礎的安全知識，為打造更加安全的應用做出努力。本文淺談Android客戶端的安全問題。

涉及組件、WebView、存儲、傳輸、日誌、混淆、應用加固等安全漏洞及防護策略，運用更加合理的配置與防護措施來提高應用的安全級別。

這里提到的組件訪問許可權主要是指跨應用的進程間通信（IPC，Inter-Process Communication），開發者可以限定應用內的組件是否允許被其他應用調起。

或接收來自外部應用的數據，或者訪問我們的數據。並且必須對來自外部應用的數據做校驗處理，避免來自外部攻擊。如惡意調用組件、廣播數據攻擊、惡意訪問數據等等。

手機軟體，主要指安裝在智能手機上的軟體，完善原始系統的不足與個性化。使手機完善其功能，為用戶提供更豐富的使用體驗的主要手段。

手機軟體的運行需要有相應的手機系統，截至2017年6月1日，主要的手機系統：蘋果公司的iOS、谷歌公司的Android（安卓）系統、塞班平台和微軟平台。

2019年11月4日，工業和信息化部信息通信管理局組織召開APP侵害用戶權益行為專項整治工作啟動部署會。

將重點對違規收集用戶個人信息、違規使用用戶個人信息、不合理索取用戶許可權、為用戶賬戶注銷設置障礙四個方面的8類問題開展規范整治工作。