解決方案

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

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

　　解決方案 篇1

　　1、開機時不停按F8

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

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

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

　　3、進入BIOS，修復系統(tǒng)

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

　　解決方案 篇2

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

　　主要問題

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

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

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

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

　　API19以上AlarmManager機制的修改

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

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

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

　　因些，設置鬧鐘需要根據(jù)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掉后，設置的鬧鐘失效，這里利用守護進程以及灰色�；顏肀ＷC后臺鬧鐘服務不被Kill掉。當應用程序以及鬧鐘服務被Kill掉，守護進程以及灰色�；顏碇匦聠�動鬧鐘服務，并且重新設置鬧鐘。

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

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

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

　　為進一步保證鬧鐘服務的存活，同加上灰色�；睿ɡ�用系統(tǒng)的漏洞啟動前臺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()); } //發(fā)送喚醒廣播來促使掛掉的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以上的手機，利用系統(tǒng)的自帶的Clean功能的時候，還是會將鬧鐘服務徹底的干掉。為了解決5.0以上的問題，這里引入5.0以上的新特性 JobScheduler。

　　5.0以上的JobScheduler

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

　　在進入應用程序的時候檢測當前系統(tǒng)是否是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); //設置設備重啟后，是否重新執(zhí)行任務 builder.setRequiresDeviceIdle(true); if (mJobScheduler.schedule(builder.build()) <= 0) { //If something goes wrong }}

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

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

　　6.0以上Doze模式的處理

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

　　在Manifest.xml中加入權限。

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

　　@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; }}

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

　　/*** 針對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(), "請開啟忽略電池優(yōu)化~"); } }}

　　補充

　　當應用程序被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手機的鬧鐘都可以用，這只是盡最大的可能保證大部分的手機。

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

　　解決方案 篇3

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

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

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

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

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

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

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

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

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

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

　　解決方案 篇4

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

　　解決方法：

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

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

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

　　解決方法：

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

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

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

　　解決方法：

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

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

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

　　解決辦法：

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

　　原因五 ：應用程序不兼容

　　解決辦法：

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

　　解決方案 篇5

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

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

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

【解決方案】相關文章：

解決方案05-20

解決方案（實用）05-27

解決方案優(yōu)秀05-12

行業(yè)解決方案08-16

erp解決方案04-22

oa解決方案05-31

產(chǎn)品解決方案11-19

招聘解決方案02-14

解決方案（精）05-23

解決方案【優(yōu)秀】08-25