精華閱讀第 13 期 |常見的八種導致 APP 記憶體洩漏的問題

本期是移動開發精英俱樂部的第13期文章，都是以技術為主，所以這裡就不過多的進行贅述了，我們直接看乾貨內容吧！本文系ITOM管理平臺OneAPM整理。

實際專案中的MVVM（積木）模式–序章

導讀：開篇之前，先貼上以該設計模式為基礎的iOSAPP的App Store地址:https://appsto.re/cn/neiscb.i 這個專案通過筆者所要講的設計模式，三個人在同時需要忙於其他專案維護的情況下，從開工到上架，前前後後加起來用了一個月的時間。因此，在保證專案質量的前提下，敏捷開發以及如何保持多人協同開發，後期新需求程式碼迭代，是這設計模式所解決的問題。

πOS系統

導讀：從概率論角度來說，任何一組數字（比如生日、身份證號碼、賬戶密碼甚至是一本書或者一個檔案數字化之後），都可以在無窮無盡π的數字中找到一個位置與其對應。這樣的話，我們可以把任意的數字、檔案對映到π的數字軸線上。並通過位置和長度來描述這個數字或者檔案內容。 πOS就是基於這個機制實現只提供兩個介面的儲存系統。

常見的八種導致 APP 記憶體洩漏的問題

導讀：像 Java 這樣具有垃圾回收功能的語言的好處之一，就是程式設計師無需手動管理記憶體分配。這減少了段錯誤（segmentation fault）導致的閃退，也減少了記憶體洩漏導致的堆空間膨脹，讓編寫的程式碼更加安全。然而，Java 中依然有可能發生記憶體洩漏。所以你的安卓 APP 依然有可能浪費了大量的記憶體，甚至由於記憶體耗盡（OOM）導致閃退。

iOS 應用支援 IPv6，就那點事兒

導讀：蘋果打個哈欠，iOS 行業內就得起一次風暴呀。自從 5 月初 Apple 明文規定所有開發者在 6 月 1 號以後提交新版本需要支援 IPv6-Only 的網路，大家便開始熱火朝天的研究如何支援 IPv6，以及應用中哪些模組目前不支援 IPv6。

iOS獲取手機的Mac地址

導讀：首先說明下，下面兩種方法均可以獲得手機的mac地址，但是有個限制，是在iOS一下才可以獲得。

iOS Autolayout 介紹

導讀：曾經 iPhone 和 iPad 的螢幕的邏輯解析度只有唯一的一個大小，所以在 iOS 上開發應用是非常幸福的，我們不需要面對大量的螢幕尺寸和解析度，但是隨著 iPhone5，6，6 plus，iPad Pro 的出現，以及 iOS 上提供的分屏多工的支援，應對不同解析度的佈局在現在 iOS 開發中已經變的非常重要。

如何搭建一個完整的視訊直播系統？

導讀：本文系知乎的問答文章，感興趣的同學直接移步閱讀即可。

【乾貨】超全資料分析資料免費下載（包含SQL，R語言，SPSS，SAS，python，資料探勘）！

導讀：知識大彙總，你值得一看！

pch有毒，不要過度使用

導讀：在日常的開發中，有很多地方會用到Foundation和UIKit，使用之前需要先將標頭檔案#import進來。與C語言中的#include相似，import會把標頭檔案裡的程式碼copy過來，只不過#import可以避免重複引用。

F8App-ReactNative專案原始碼分析3-Android端

導讀：近期開始研究Facebook f8app專案，目標是理解Facebook官方React Native f8app的整體技術架構，給公司目前幾個的React Native專案開發提供官方經驗借鑑，並對原生開發和React Native開發進行框架層面的融合。

Facebook F8App-ReactNative專案原始碼分析4-js篇

導讀：本文開始分析f8app核心js部分的原始碼，這篇文章將非常難理解，原因了Redux框架引入了很多新概念，使用了大量函數語言程式設計思想，建議先把後面的參考文章仔細過一遍，確保理解後再看本文。

國內 ITOM 管理平臺 OneAPM 致力於幫助企業使用者提供全棧式的效能管理以及 IT 運維管理服務，通過一個探針就能夠完成日誌分析、安全防護、APM 基礎元件監控、整合報警以及大資料分析等功能。想閱讀更多優秀文章，請訪問 OneAPM 官方技術部落格。

本文轉自 OneAPM 官方部落格