解決方案

時間：2024-10-31 12:10:18 解決方案我要投稿

【熱門】解決方案模板匯編五篇

　　為了確保事情或工作得以順利進行，就常常需要事先準備方案，方案是有很強可操作性的書面計劃。優秀的方案都具備一些什么特點呢？以下是小編精心整理的解決方案5篇，僅供參考，希望能夠幫助到大家。

【熱門】解決方案模板匯編五篇

　　解決方案篇1

　　1、開機時不停按F8

　　首先要重啟電腦，在開機的時候不停地按F8鍵，如果不停地按之后出現了一個黑底白字的菜單，那萬幸，說明你的系統尚無大礙。我們進入系統的安全模式，進入之后殺毒，對缺少的系統文件進行修復。然后再重開機，或許問題就順利解決了。

　　2、開機前不停按鍵盤的上下鍵

　　如果你不停狂按F8卻什么反應都沒有，說明電腦的問題已經比較嚴重了。這時如果你的系統先前有備份，這時或許還有一線生機。再重啟，開機之前一直不停地按鍵盤的上下鍵，如果出現了一個系統選擇的'菜單，說明問題依然不大，只是系統的問題，不是硬件的問題。選擇進入還原程序，進行系統還原。還原之后，當然就可以順利開機了。

　　3、進入BIOS，修復系統

　　如果你不管按什么鍵，都不能喚醒這個黑色閃光標界面時，說明問題已經病入膏肓了。到了這種步驟也不能斷定說是硬件問題，通過軟件的操作或許還能解決。這時候你可能要用到pe系統了。重新開機，進入BIOS，選擇U盤啟動，進入pe系統。進入之后再把系統問題修復一下，或者殺毒，或者修復。修復完成，重新開機，問題或許迎刃而解。

　　解決方案篇2

　　Android設置鬧鐘并不像IOS那樣這么簡單，做過Android設置鬧鐘的開發者都知道里面的坑有多深。下面記錄一下，我解決Android鬧鐘設置的解決方案。

　　主要問題

　　1、API19開始AlarmManager的機制修改。

　　2、應用程序被Kill掉后,設置的鬧鐘不響。

　　3、6.0以上進入Doze模式會使JobScheduler停止工作。

　　4、手機設置重啟后，鬧鐘失效問題。

　　API19以上AlarmManager機制的修改

　　API19之前AlarmManager提供了三個設置鬧鐘的方法，由于業務需求鬧鐘只需要一次性，所以采用set(int type，long startTime，PendingIntent pi)；這個方法。

　　從API 19開始，AlarmManager的機制都是非準確傳遞，操作系統將會轉換鬧鐘，來最小化喚醒和電池使用。

Android鬧鐘設置的解決方案1 　　

　　由于之前的程序，沒有對API19以上的鬧鐘設置做處理，導致在4.4以上的手機設置鬧鐘無響應（應用程序沒有被殺死的情況也沒有鬧鐘）。

　　因些，設置鬧鐘需要根據API的版本進行分別處理設置。代碼如下：

　　AlarmManager am = (AlarmManager) getActivity() .getSystemService(Context.ALARM_SERVICE);if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) { am.setExact(AlarmManager.RTC_WAKEUP, TimeUtils .stringToLong(recordTime, TimeUtils.NO_SECOND_FORMAT), sender);}else { am.set(AlarmManager.RTC_WAKEUP, TimeUtils .stringToLong(recordTime, TimeUtils.NO_SECOND_FORMAT), sender);}

　　這樣，保證鬧鐘在應用程序沒有被Kill掉的情況鬧鐘。

　　應用程序被Kill掉時的處理

　　應用程序被Kill掉后，設置的鬧鐘失效，這里利用守護進程以及灰色保活來保證后臺鬧鐘服務不被Kill掉。當應用程序以及鬧鐘服務被Kill掉，守護進程以及灰色保活來重新啟動鬧鐘服務，并且重新設置鬧鐘。

　　關于守護進程的處理，這里采用開源的守護進程庫。Android-AppDaemon

　　在鬧鐘服務的onCreat加入Android-AppDaemon這個開源的守護進程。代碼如下：

　　@Overridepublic void onCreate() { super.onCreate(); Daemon.run(DaemonService.this, DaemonService.class, Daemon.INTERVAL_ONE_MINUTE); startTimeTask(); grayGuard();}

　　為進一步保證鬧鐘服務的存活，同加上灰色保活（利用系統的漏洞啟動前臺Service）。

　　代碼如下：

　　private void grayGuard() { if (Build.VERSION.SDK_INT < 18) { //API < 18 ，此方法能有效隱藏Notification上的圖標 startForeground(GRAY_SERVICE_ID, new Notification()); } else { Intent innerIntent = new Intent(this, DaemonInnerService.class); startService(innerIntent); startForeground(GRAY_SERVICE_ID, new Notification()); } //發送喚醒廣播來促使掛掉的UI進程重新啟動起來 AlarmManager alarmManager = (AlarmManager) getSystemService(Context.ALARM_SERVICE); Intent alarmIntent = new Intent(); alarmIntent.setAction(WakeReceiver.GRAY_WAKE_ACTION); PendingIntent operation = PendingIntent.getBroadcast(this, WAKE_REQUEST_CODE, alarmIntent, PendingIntent.FLAG_UPDATE_CURRENT); if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) { alarmManager.setWindow(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(), ALARM_INTERVAL, operation); }else { alarmManager.setInexactRepeating(AlarmManager.RTC_WAKEUP, System.currentTimeMillis(), ALARM_INTERVAL, operation); }}/** * 給 API >= 18 的平臺上用的灰色保活手段 */public static class DaemonInnerService extends Service { @Override public void onCreate() { Log.i(LOG_TAG, "InnerService -> onCreate"); super.onCreate(); } @Override public int onStartCommand(Intent intent, int flags, int startId) { Log.i(LOG_TAG, "InnerService -> onStartCommand"); startForeground(GRAY_SERVICE_ID, new Notification()); //stopForeground(true); stopSelf(); return super.onStartCommand(intent, flags, startId); } @Override public IBinder onBind(Intent intent) { throw new UnsupportedOperationException("Not yet implemented"); } @Override public void onDestroy() { Log.i(LOG_TAG, "InnerService -> onDestroy"); super.onDestroy(); }}

　　上面操作盡可能提高鬧鐘服務的存活。但是在5.0以上的手機，利用系統的自帶的Clean功能的時候，還是會將鬧鐘服務徹底的干掉。為了解決5.0以上的問題，這里引入5.0以上的新特性 JobScheduler。

　　5.0以上的JobScheduler

　　在這里利用5.0以上的JobScheduler創建一個定時的.任務，定時檢測鬧鐘服務是否存在，沒在存在則重新啟動鬧鐘服務。（這里我設置每一分鐘檢測一次鬧鐘服務）

　　在進入應用程序的時候檢測當前系統是否是5.0以上，如果是則啟動JobScheduler這個服務。代碼如下：

　　if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { mJobScheduler = (JobScheduler) getSystemService(Context.JOB_SCHEDULER_SERVICE); JobInfo.Builder builder = new JobInfo.Builder(JOB_ID, new ComponentName(getPackageName(), JobSchedulerService.class.getName())); builder.setPeriodic(60 * 1000); //每隔60秒運行一次 builder.setRequiresCharging(true); builder.setPersisted(true); //設置設備重啟后，是否重新執行任務 builder.setRequiresDeviceIdle(true); if (mJobScheduler.schedule(builder.build()) <= 0) { //If something goes wrong }}

　　其中的builder.setPersisted(true); 方法是設備重啟后，是否重新執行任務，在這測過是可以重新啟動任務的。

　　上面的操作進一步保證了鬧鐘服務被Kill掉后，重新啟動服務。但是在6.0以上引入了Doze模式，當6.0以上的手機進入這個模式后，便會使JobScheduler停止工作。

　　6.0以上Doze模式的處理

　　為了讓JobScheduler可以在6.0以上進入Doze模式工作，這里針對6.0以上的Doze模式做特殊的處理-忽略電池的優化。

　　在Manifest.xml中加入權限。

　　在設置鬧鐘的時候，判斷系統是否是6.0以上，如果是,則判斷是否忽略電池的優化。判斷是否忽略電池優化代碼如下：

　　@TargetApi(Build.VERSION_CODES.M)public static boolean isIgnoringBatteryOptimizations(Activity activity){ String packageName = activity.getPackageName(); PowerManager pm = (PowerManager) activity .getSystemService(Context.POWER_SERVICE); if (pm.isIgnoringBatteryOptimizations(packageName)) { return true; }else { return false; }}

　　如果沒有忽略電池優化的時候，彈出提醒對話框，提示用戶進行忽略電池優化操作。代碼如下：

　　/*** 針對N以上的Doze模式** @param activity*/public static void isIgnoreBatteryOption(Activity activity) { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) { try { Intent intent = new Intent(); String packageName = activity.getPackageName(); PowerManager pm = (PowerManager) activity.getSystemService(Context.POWER_SERVICE); if (!pm.isIgnoringBatteryOptimizations(packageName)) {// intent.setAction(Settings.ACTION_IGNORE_BATTERY_OPTIMIZATION_SETTINGS); intent.setAction(Settings.ACTION_REQUEST_IGNORE_BATTERY_OPTIMIZATIONS); intent.setData(Uri.parse("package:" + packageName)); activity.startActivityForResult(intent, REQUEST_IGNORE_BATTERY_CODE); } } catch (Exception e) { e.printStackTrace(); } }}

　　在界面重寫onActivityResult方法來捕獲用戶的選擇。如，代碼如下：

　　@Overrideprotected void onActivityResult(int requestCode, int resultCode, Intent data) { if (resultCode == RESULT_OK) { if (requestCode == BatteryUtils.REQUEST_IGNORE_BATTERY_CODE){ //TODO something } }else if (resultCode == RESULT_CANCELED){ if (requestCode == BatteryUtils.REQUEST_IGNORE_BATTERY_CODE){ ToastUtils.show(getActivity(), "請開啟忽略電池優化~"); } }}

　　補充

　　當應用程序被Kill掉，但是鬧鐘的服務沒有被Kill掉的，這時候又設置了鬧鐘。這就意味著設置的鬧鐘沒有放到鬧鐘服務那里。所以這種情況，設置的鬧鐘會失效。為了解決這種情況，利用AIDL（鬧鐘服務在另一個進程的需要進程間通信）調用鬧鐘服務的重新設置鬧鐘方法重設鬧鐘。

　　在應用程序的onCreat()方法啟動鬧鐘服務，然后再綁定鬧鐘服務。

　　private void initAlarmService() { startService(new Intent(this, DaemonService.class));//啟動鬧鐘服務 if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { //JobScheduler ... } //綁定鬧鐘服務 Intent intent = new Intent(this, DaemonService.class); intent.setAction("android.intent.action.DaemonService"); bindService(intent, mConnection, Context.BIND_AUTO_CREATE);}

　　在onDestroy()方法，調用鬧鐘服務的重設鬧鐘方法。代碼如下：

　　@Overrideprotected void onDestroy() { super.onDestroy(); try {//判斷是否有鬧鐘，沒有則關閉鬧鐘服務 String alarm = localPreferencesHelper.getString(LocalPreferencesHelper.ALARM_CLOCK); if (daemonService != -1 && mIRemoteService != null) {// android.os.Process.killProcess(daemonService); mIRemoteService.resetAlarm(); } if (!alarm.equals("[]")) { if (daemonService != -1) { startService(new Intent(this, DaemonService.class)); } } else { if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.LOLLIPOP) { mJobScheduler.cancel(JOB_ID); } } unbindService(mConnection); //解除綁定服務。 } catch (Exception e) { }}

　　這里說明一下，當服務啟動并且被綁定的情況下，unbindService是不會停止服務的。

　　最后

　　以上并不代表所有的Android手機的鬧鐘都可以用，這只是盡最大的可能保證大部分的手機。

　　以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持教程網。

　　解決方案篇3

　　新研究發現，睡覺時開燈的兒童或者生物鐘自然睡眠模式受人造光線干擾的人，患癌癥的可能性比平常人要大。原因是人造光線對人體的破壞性影響會降低人體降黑素的水平。而降黑素通常會在夜晚增加，其作用是保護細胞免受損傷。

　　研究人員指出兒童白血病發病率的增多，很可能與夜晚暴露在燈光下有關。

　　如果孩子怕黑，你會給他在床頭留一盞燈，這看來似乎很溫馨的畫面，實際上卻蘊含了不健康的生活習慣，床頭的燈光不僅會影響孩子的睡眠質量，而且會影響他的視力發育，給他今后的生活帶來很大的不便。許多研究證明，幼兒睡覺時開燈會成倍增加罹患近視的幾率。

　　科學家們研究發現，任何人工光源都會產生一種微妙的光壓力，這種光壓力的長期存在，會使人、尤其是嬰幼兒表現得躁動不安、情緒不寧，以致難于成眠。同時，讓寶寶久在燈光下睡覺，進而影響網狀激活系統，就會使他們每次睡眠的時間縮短，睡眠深度變淺而容易驚醒。

　　此外，寶寶長久在燈光下睡眠，對孩子的視力發育大大不利；睡眠時熄燈，意義就在于使眼球和睫狀肌獲得充分的`休息，長期暴露在燈光下睡覺，光線對眼睛的刺激會持續不斷，眼球和睫狀肌便不能得到充分的休息。這對于嬰幼兒來說，極易造成視網膜的損害，影響其視力的正常發育。

　　年輕的父母或許會說，我們的孩子經常不能好好入睡，他怕黑，而且我們在同一個房間里，孩子睡覺的時候，大人往往還在活動，開燈有時候是不得已的。我們建議從以下幾個方面入手，看看能不能避免這樣的狀況：

　　孩子怕黑：請回憶一下家里有沒有人曾經利用黑夜的恐怖氣氛來威脅孩子入睡(比如家里的老人和保姆對孩子說，如果再不好好睡覺，鬼就來抓你走，你再也看不到爸爸媽媽了)。這是造成孩子懼怕黑夜的一個很普遍的原因。解決的方法是，帶孩子在月光下散步，告訴他黑夜很安詳很美麗，在孩子睡覺時把他最喜歡的玩具熊和布娃娃放在枕邊，把孩子的被角掖好，最后拉上窗簾、熄燈。

　　孩子還不愿入睡：不要大吼強迫孩子睡覺，如果時間還早，可以給孩子講些故事，條件是，故事講完了，就得乖乖地熄燈睡覺。記住，不要講恐怖故事。

　　如果父母和孩子在同一個房間：不要讓光源對著孩子，盡量使用小臺燈，更不要看電視，即便是把音量放到最低。如果可以的話，在睡床與光源之間，用隔屏或布簾加以遮擋。

　　孩子遇到惡夢：在這種情況下，父母應該陪伴孩子到他再次睡著為止，甚至可以和他睡一個晚上，而不要利用開著的臺燈來為孩子驅趕惡夢。

　　解決方案篇4

　　原因一：應用程序后臺的緩存和殘留數據過多

　　解決方法：

　　如果手機的某應用程序出現頻繁閃退情況，那么最有可能的原因就是該應用程序后臺的緩存和殘留數據過多，需通過手機設置進入應用程序后端，定期清除應用程序垃圾。

華為G7 Plus運行APP閃退解決教程1 　　

　　進入設置 -- 應用 -- 應用管理 -- 找到相對應的應用，清空緩存即可。

　　原因二：后臺運行程序過多

　　解決方法：

　　如果開啟應用過多，也可能會造成應用閃退，不常使用到的應用，將其手動關閉。

華為G7 Plus運行APP閃退解決教程2 　　

　　按下多任務鍵--從導航欄向上滑動，關閉應用。

　　原因三：應用可能存在病毒

　　解決方法：

　　閃退的出現還有可能就是應用程序已經感染了病毒，已經被手機安全軟件所攔截，所以無法打開應用軟件或者出現閃退，可以檢查一下安全軟件的攔截紀錄。如果確定是帶病毒的應用程序，應立刻刪除并通過正規渠道下載軟件。

華為G7 Plus運行APP閃退解決教程3 　　

　　(華為應用市場里的.應用大部分均通過人工檢測有保障，而且你還可以利用手機管家定期進行檢測。)

　　原因四：沒有給應用程序升級版本

　　解決辦法：

　　忘記給應用程序升級版本也可能是造成閃退的原因，因為好多大型游戲或者應用程序是需要安裝額外的數據包才能正常運行，所以時不時的也要升級一下經常使用的應用程序。

　　原因五：應用程序不兼容

　　解決辦法：

　　由于手機軟硬件形態不同，應用程序對系統版本是有要求的，所以不兼容造成的閃退在所難免。建議定期升級你的軟件，應用開發商會在后期對軟件進行適配。如果已經是最新版本，建議卸載該應用后，重新安裝。

　　解決方案篇5

　　近日，長安區出臺16項就業創業脫貧政策，包括免費就業創業登記、免費技能培訓、公益性崗位、大學生創業貸款、小微企業貸款、創業孵化基地優惠政策等內容，以“扶智+造血”為重心，用創新的方式、創新的思維來解決農村貧困勞動力就業難增收難脫貧難問題。

　　據了解，在長安區，建檔立卡的農村貧困勞動力可申請并免費辦理《就業創業證》，憑證享受免費就業指導、職業介紹、免費培訓等政策和服務。在扶貧部門認定的貧困村特別設立2至3個就業扶貧公益性援助崗位，安置“三無”貧困勞動力就業，該崗位每人每月補貼600元。建檔立卡的應屆和畢業兩年未就業的貧困大學生，在長安區見習企業(單位)按規定參加就業見習，可享受每人每月不低于1000元的生活補貼。

　　同時，建檔立卡的'貧困勞動力創辦的經濟實體，經工商行政管理部門注冊，穩定經營6個月以上的，可申請每人3000元的一次性創業補貼。同時，還有最高不超過10萬元的個人創業擔保貸款和不超過50萬元的大學生創業貸款政策。

【解決方案】相關文章：

解決方案05-20

解決方案（實用）05-27

解決方案優秀05-12

行業解決方案08-16

erp解決方案04-22

oa解決方案05-31

產品解決方案11-19

招聘解決方案02-14

解決方案（精）05-23

解決方案【優秀】08-25