קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
כשהמשתמש לא משתמש במכשיר מבוסס-Android, הוא עובר במהירות למצב השהיה כדי למנוע את ריקון הסוללה. עם זאת, יש מקרים שבהם אפליקציה צריכה למנוע מהמעבד לעבור למצב השהיה. במקרים מסוימים, האפליקציה צריכה להשאיר את המסך דולק בזמן שהיא פועלת. במקרים אחרים, האפליקציה לא צריכה להשאיר את המסך פועל, אבל היא עדיין צריכה שהמעבד יהיה פעיל.
הגישה שבה תבחרו תלויה בצרכים של האפליקציה. עם זאת, כלל כללי הוא שצריך להשתמש בגישה הקלה ביותר שאפשר, כדי למזער את ההשפעה של האפליקציה על משאבי המערכת. במאמר הזה מוסבר איך לבחור את טכנולוגיית Android המתאימה למצב שלכם.
בחירת הטכנולוגיה המתאימה
האפשרות הכי טובה למניעת מצב שינה במכשיר תלויה בצרכים של האפליקציה. בקטע הזה נסביר איך לבחור את הגישה הנכונה.
האם האפליקציה צריכה להשאיר את המסך דלוק?
אם התשובה היא כן, אפשר לעיין במאמר המסך נשאר דולק. יכול להיות שיש API למטרה מיוחדת שעושה את מה שאתם צריכים. לדוגמה, אם אתם מטמיעים ממשק משתמש לשיחות טלפון, אתם יכולים להשתמש במסגרת Android telecom, ששומרת על המסך דולק כשצריך. אם אין API למטרה מיוחדת שמתאים למצב שלכם, אתם יכולים להשתמש ב-keepScreenOnAPI.
האם האפליקציה שלך מפעילה שירות בחזית, ואתם צריכים שהמכשיר לא יעבור למצב שינה כשהמסך כבוי בזמן שהשירות פועל?
אם התשובה היא לא, לא צריך למנוע את מעבר המכשיר למצב שינה. אם המשתמש נמצא באינטראקציה פעילה עם האפליקציה, המכשיר יישאר פעיל. אם המשתמש לא מקיים אינטראקציה עם האפליקציה שלכם ואתם לא מפעילים שירות חזיתי, אתם צריכים לאפשר למכשיר לעבור למצב השהיה כשצריך. אם אתם רק רוצים לוודא שחלק מהעבודה יתבצע בזמן שהמשתמש לא נמצא באפליקציה, כדאי לעיין במסמכי התיעוד בנושא משימות ברקע כדי למצוא את האפשרות הטובה ביותר.
אם התשובה היא כן, קודם צריך לוודא שבאמת יש צורך להשתמש בשירות פעיל. בהתאם למצב שלכם, יכול להיות שיש API למטרה מיוחדת שתוכלו להשתמש בו כדי להשיג את מה שאתם צריכים במקום שירות שפועל בחזית.
מידע על השירותים האלה זמין במסמכי התיעוד של Foreground Service. לדוגמה, אם אתם צריכים לעקוב אחרי מיקום המשתמש, יכול להיות שתוכלו להשתמש ב-geofencing API במקום בשירות location שפועל ברקע.
האם זה יפגע בחוויית המשתמש אם המכשיר יושעה בזמן שהשירות הפועל בחזית פועל ומסך המכשיר כבוי? (לדוגמה, אם משתמשים בשירות שפועל בחזית כדי לעדכן התראות, לא תהיה חוויית משתמש גרועה אם המכשיר יושעה).
אם התשובה היא לא, אל תשתמשו בנעילת השכמה. הפעולה מתחדשת באופן אוטומטי ברגע שהמשתמש מפעיל את המכשיר, ומוציא אותו ממצב השעיה.
אם התשובה היא כן, יכול להיות שתצטרכו להשתמש בנעילת השהיה. עם זאת, כדאי לבדוק אם אתם כבר משתמשים ב-API או מבצעים פעולה שמצהירה על נעילת השהיה בשמכם, כמו שמוסבר במאמר פעולות שמונעות את כיבוי המכשיר.
פעולות שמשאירות את המכשיר פעיל
אם האפליקציה שלכם מבצעת אחת מהפעולות הבאות, אתם לא צריכים להגדיר בעצמכם נעילת השכמה:
כל הפעולות וממשקי ה-API הבאים שומרים על המכשיר במצב פעיל.
אם מפעילים אודיו, מערכת האודיו מגדירה ומנהלת את נעילת ההשכמה בשבילכם, כך שאין צורך לעשות זאת בעצמכם.
אם אתם משתמשים בספריות או בממשקי API לתזמון משימות, כמו WorkManager, JobScheduler או DownloadManager, המערכת או הספרייה מקבלות נעילת השהיה שמשויכת לאפליקציה שלכם.
חלק מהחיישנים במכשיר הם חיישני התעוררות. אפשר להשתמש ב-SensorManager כדי שהחיישנים האלה יעוררו את המכשיר כשיש להם נתונים לדיווח. כדי לבדוק אם חיישן הוא חיישן להוצאה ממצב שינה, מתקשרים אל Sensor.isWakeUpSensor.
אם מגדירים שעון מעורר, המכשיר יוצא ממצב שינה כשהשעון המעורר מצלצל, גם אם האפליקציה לא פועלת.
דוגמאות התוכן והקוד שבדף הזה כפופות לרישיונות המפורטים בקטע רישיון לתוכן. Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של חברת Oracle ו/או של השותפים העצמאיים שלה.
עדכון אחרון: 2025-09-08 (שעון UTC).
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-09-08 (שעון UTC)."],[],[],null,["When the user leaves their Android-powered device idle, it quickly goes into the\nsuspend state to avoid draining the battery. However, there are times when an\napp needs to prevent the CPU from going to the suspend state. In some cases, the\napp may need to keep the screen on while it's working. In other cases, the app\ndoesn't need to keep the screen on but still needs the CPU to be active.\n\nThe approach you take depends on the needs of your app. However, a general rule\nis that you should use the most lightweight approach possible, to minimize your\napp's impact on system resources. This document helps you choose the correct\nAndroid technology for your situation.\n| **Note:** You may be familiar with **wake locks**. An app can set a wake lock to keep the device from suspending. However, using a wake lock can quickly drain the device battery. You should only use a wake lock if there's no other option that will do what you need. If you do use a wake lock, you should release it as soon as possible.\n\nChoose the right technology\n\nThe best option for keeping your device awake depends on your app's needs. This\nsection helps you choose the right approach.\n\n- Does your app need to keep the screen on?\n - If **Yes** , see [Keep the screen on](/develop/background-work/background-tasks/awake/screen-on). There may be a special-purpose API that does what you need; for example, if you're implementing a phone-call UI, you can use the [Android telecom\n framework](/reference/android/telecom/package-summary), which keeps the screen on when needed. If there's no special purpose API for your situation, you can use the `keepScreenOn` API.\n- Is your app running a foreground service, and you need to keep the device awake when screen is off while the service is running?\n - If **No** , you do not need to keep the device awake. If the user is actively interacting with the app, the device will stay awake. If the user is not interacting with your app and you are not running a foreground service, you should let the device go into suspend mode when necessary. If you just need to make sure some work gets done while the user is away from the app, see the [background tasks](/develop/background-work/background-tasks) documentation to find the best option.\n - If **Yes** , first confirm that you actually need to use a foreground service. Depending on your situation, there may be some special-purpose API you can use to accomplish your need instead of a foreground service. You can find information about these [in the Foreground Service\n documentation](/develop/background-work/services/fgs/service-types). For example, if you need to track the user's location, you might be able to use the [geofencing API](/develop/sensors-and-location/location/geofencing) instead of a `location` foreground service.\n- Would it be detrimental to the user experience if the device suspends while the foreground service is running and the device screen is off? (For example, if you're using a foreground service to update notifications, it wouldn't be a bad user experience if the device is suspended.)\n - If **No**, do not use a wake lock. The action resumes automatically once the user engages with their device, which takes it out of suspend.\n - If **Yes** , you might need to [use a wake lock](/develop/background-work/background-tasks/awake/wakelock). However, you should still check to see if you're already using an API or doing an action that declares a wake lock on your behalf, as discussed in [Actions that keep the device awake](#actions-keep).\n\nActions that keep the device awake\n\nIf your app is doing any of the following, you don't need to set a wake lock\nyourself. The following actions and APIs all keep the device awake for you.\n\n- If you're playing audio, the audio system sets and manages a wake lock for you; you don't need to do it yourself.\n- If you're using task scheduling APIs or libraries such as [WorkManager](/develop/background-work/background-tasks/persistent), [`JobScheduler`](/reference/android/app/job/JobScheduler), or [`DownloadManager`](/reference/android/app/DownloadManager), the system or library acquires a wake lock that is attributed to your app.\n- If you're using [Media3 ExoPlayer](/media/media3/exoplayer), you can use [`ExoPlayer.setWakeMode()`](/reference/androidx/media3/exoplayer/ExoPlayer#setWakeMode(int)) to have the player set a wake lock for you.\n- Certain device sensors are wake-up sensors; you can use [`SensorManager`](/reference/android/hardware/SensorManager) to have those sensors wake up the device when they have data to report. To check if a sensor is a wake-up sensor, call [`Sensor.isWakeUpSensor`](/reference/android/hardware/Sensor#isWakeUpSensor())).\n- If you [schedule an alarm](/develop/background-work/services/alarms), the device wakes up when the alarm goes off, even if your app is not running.\n\nSee also\n\n- [Use wake locks](/develop/background-work/background-tasks/awake/wakelock)\n- [Keep the screen on](/develop/background-work/background-tasks/awake/screen-on)"]]
