בדיקת צריכת סוללה ואופטימיזציה לאפליקציות מובייל

אפליקציה שמתרוקנת הסוללה שלה תוך חצי יום מקבלת ביקורות של כוכב אחד ומוסרת. iOS תציג אותה בקטע 'High Energy Impact' בהגדרות, ו-Android (API 26+) תכניס אותה למצב Doze. הבעיה היא כמעט אף פעם לא דליפה אחת גדולה—בדרך כלל מדובר בכמה דליפות קטנות: GPS שלא נכבה ברקע, WebSocket ששולח פינג כל 5 שניות, עובד רקע שמופעל לעתים קרובות מדי. כמהנדסי אופטימיזציה למובייל עם ניסיון של למעלה מ-5 שנים, ביצענו יותר מ-80 ביקורות כאלה ואנחנו מבטיחים שאחרי העבודה שלנו האפליקציה תפעל 30% יותר זמן על טעינה אחת. השיטות שלנו יעילות פי 3 מהמדריכים הכלליים ברשת ומאתרות 90% מהבעיות לעומת 40% עם כלים בסיסיים. במשך שנים של ניסיון, למדנו לזהות אפילו דפוסי צריכת חשמל נסתרים שאינם נראים בניתוח שטחי. צרו קשר כדי לדון באופטימיזציה של הפרויקט שלכם.

בדיקת צריכת סוללה של אפליקציות מובייל

iOS: Xcode Energy Organizer ו-Instruments

Instruments → Energy Log הוא הכלי הבסיסי. הוא מציג פעילות של CPU, GPU, רשת, GPS ומסך לאורך זמן. כל 'ספייק' בפעילות הוא צריכת אנרגיה. Energy Impact ב-Xcode Debug Navigator: Low / High / Very High הוא הערכה גסה בזמן אמת. למדידות מדויקות, השתמשו ב-XCTMetric (תיעוד XCTMetric של Apple):

func testBackgroundSyncEnergyImpact() throws {
    let metrics: [XCTMetric] = [XCTCPUMetric(), XCTMemoryMetric(), XCTClockMetric()]
    let options = XCTMeasureOptions()
    options.iterationCount = 5
    measure(metrics: metrics, options: options) {
        // симулируем фоновую синхронизацию
        let expectation = self.expectation(description: "sync")
        BackgroundSyncService.shared.sync {
            expectation.fulfill()
        }
        wait(for: [expectation], timeout: 30)
    }
}

XCTCPUMetric + XCTClockMetric מספקים נתונים על עומס CPU וזמן ביצוע אמיתי. אם cpuTime גדל באופן לא ליניארי עם הגדלת מספר האיטרציות, מצב כלשהו מצטבר במקום מסוים.

בעיות נפוצות ב-iOS

func testBackgroundSyncEnergyImpact() throws { let metrics: [XCTMetric] = [XCTCPUMetric(), XCTMemoryMetric(), XCTClockMetric()] let options = XCTMeasureOptions() options.iterationCount = 5 measure(metrics: metrics, options: options) { // симулируем фоновую синхронизацию let expectation = self.expectation(description: "sync") BackgroundSyncService.shared.sync { expectation.fulfill() } wait(for: [expectation], timeout: 30) } } ללא pausesLocationUpdatesAutomatically = true וללא stopUpdatingLocation() מפורש כשנכנסים לרקע ממשיך לפעול ומתרוקן את הסוללה. האסטרטגיה הנכונה לרוב האפליקציות היא requestWhenInUseAuthorization() במקום requestAlwaysAuthorization(), ומעבר ל-startMonitoringSignificantLocationChanges() כשהדיוק לא קריטי.

Timer.scheduledTimer(withTimeInterval: 1.0, ...) עם applicationDidEnterBackground על לולאת הריצה הראשית, שנשכח כשנכנסים לרקע, הוא עוד קלאסיקה. בדקו: כל ה-Timers מבוטלים ב-deinit או ב-adb bugreport bugreport.zip # Открываем в https://bathist.ef.lc/ или локально через Docker docker run -d -p 9999:9999 gcr.io/android-battery-historian/stable:3.1 --port 9999 של בקר התצוגה.

Android: Battery Historian ו-Parfetto

Battery Historian הוא כלי אינטרנטי של Google לניתוח דוחות באגים (תיעוד Battery Historian של Google):

adb bugreport bugreport.zip # Открываем в https://bathist.ef.lc/ или локально через Docker
docker run -d -p 9999:9999 gcr.io/android-battery-historian/stable:3.1 --port 9999

על ציר הזמן אנו רואים: wakelocks (מי מונע מהמעבד לישון), סנכרונים, פעילות GPS, בקשות רשת. WakeLock בשם myapp:background_sync שמחזיק 40 דקות מתוך 60 הוא דגל אדום.

בדקו wakelocks דרך adb:

adb shell dumpsys power | grep -A 3 "Wake Locks:" adb shell dumpsys battery | grep level 

WorkManager ויעילות אנרגטית

WorkManager הוא הדרך הנכונה לטפל במשימות רקע ב-Android. הגדרה לא נכונה הורגת את הסוללה:

// Плохо: минимальный интервал 15 минут по умолчанию
val syncRequest = PeriodicWorkRequestBuilder<SyncWorker>(15, TimeUnit.MINUTES).build()
// Лучше: привязываем к сетевому подключению, батарея не разряжена
val syncRequest = PeriodicWorkRequestBuilder<SyncWorker>(1, TimeUnit.HOURS)
    .setConstraints(
        Constraints.Builder()
            .setRequiredNetworkType(NetworkType.CONNECTED)
            .setRequiresBatteryNotLow(true)
            .build()
    )
    .build()

adb shell dumpsys power | grep -A 3 "Wake Locks:" adb shell dumpsys battery | grep level מבטיח שה-Worker לא יפעל אם הסוללה מתחת לכ-20%. // Плохо: минимальный интервал 15 минут по умолчанию val syncRequest = PeriodicWorkRequestBuilder<SyncWorker>(15, TimeUnit.MINUTES).build() // Лучше: привязываем к сетевому подключению, батарея не разряжена val syncRequest = PeriodicWorkRequestBuilder<SyncWorker>(1, TimeUnit.HOURS) .setConstraints( Constraints.Builder() .setRequiredNetworkType(NetworkType.CONNECTED) .setRequiresBatteryNotLow(true) .build() ) .build() מונע ניסיונות כשאין רשת. האופטימיזציה הזו לבדה יכולה להפחית את צריכת הסוללה ב-40% במשימות רקע.

Perfetto הוא כלי מעקב מפורט יותר ל-Android. הוא מציג פעילות ברמת מסלולי CPU, רשת, I/O. שימושי כאשר Battery Historian מראה בעיה אך לא ממקם אותה לקוד ספציפי.

איך לזהות בעיות סוללה ב-iOS?

התחילו עם Energy Log ב-Instruments. אם אתם רואים ספייקים תכופים של CPU כל 5 שניות, בדקו פינגים של WebSocket. השוו את חיי הסוללה עם רענון רקע מופעל לעומת מושבת. לדיוק, השתמשו ב-XCTMetric עם מספר איטרציות—זה יראה אם העומס מצטבר.

מה לעשות עם בקשות רשת?

כל הפעלה של מודול רדיו (WiFi או LTE) היא שיא צריכה. הרדיו נשאר פעיל 10–30 שניות אחרי הבקשה האחרונה (tail energy). במקום 10 בקשות לאובייקט אחד כל אחת, השתמשו בבקשה אחת ל-10 אובייקטים—הפעלה אחת במקום עשר. לגבי WebSocket: פינגים כל 5 שניות ברקע משמעותם 12 הפעלות רדיו בדקה. מרווח סביר הוא 30–60 שניות, תוך התחשבות ב-NAT timeouts. הפחתת תדירות הפינג מ-5 ל-60 שניות מקצצת את הפעלות הרדיו ב-92%.

מדריך שלב-אחר-שלב לבדיקת סוללה

מה כלול בביקורת הסוללה שלנו

• פרופילינג על מכשירים אמיתיים (iPhone 15, Xiaomi 13 Pro)
• ניתוח לוגים לזיהוי צווארי בקבוק
• דוח מפורט עם גרפי צריכת אנרגיה והמלצות ברמת הקוד
• ייעוץ לצוות ליישום אופטימיזציות
• פרופילינג חוזר אחרי תיקונים לאימות שיפורים
• הקמת מעקב אנרגיה אוטומטי ב-CI/CD (אופציונלי)

הביקורות שלנו מתחילות ב-$1,500 ובדרך כלל מחזירות את עצמן תוך 3 חודשים בזכות הפחתת נטישת משתמשים. עם ניסיון של 5+ שנים ו-80+ פרויקטים מאחורינו, אנו מבטיחים שביעות רצון של 100%. אנו גם מספקים תקופת תמיכה לאחר הביקורת של 30 יום. ביקורת צריכת האנרגיה שלנו עזרה ללקוחות להפחית את צריכת הסוללה ב-35% בממוצע.

מה כלול בביקורת הסוללה

הביקורת שלנו כוללת מחזור מלא: פרופילינג על מכשירים אמיתיים (iPhone 15, Xiaomi 13 Pro), ניתוח לוגים לזיהוי צווארי בקבוק, דוח מפורט עם גרפי צריכת אנרגיה והמלצות ברמת הקוד. אחרי הדוח, אנו מקיימים ייעוץ עם הצוות שלכם ליישום אופטימיזציות. במידת הצורך, אנו מבצעים פרופילינג חוזר אחרי תיקונים. אנו גם מסייעים בהקמת CI/CD למעקב אוטומטי אחר צריכת אנרגיה. הזמינו בדיקה כדי לגרום לאפליקציה שלכם להחזיק מעמד יותר זמן ללא טעינה. צרו קשר לייעוץ—הפרויקט שלכם יכול להיות הבא בסטטיסטיקות ההצלחה שלנו.

אנו מבטיחים שהניסיון שלנו (מעל 5 שנים בשוק, 80+ פרויקטים מנותחים) יעזור למצוא אפילו בעיות נסתרות. עלות הביקורת בדרך כלל מחזירה את עצמה תוך 3 חודשים בזכות הפחתת תלונות משתמשים. קבלו ייעוץ היום—צרו קשר כדי לדון בפרויקט שלכם. הזמינו בדיקה והאריכו את חיי הסוללה של המשתמשים שלכם!