解決方案集錦六篇

　　為了保障事情或工作順利、圓滿進行，通常需要預先制定一份完整的方案，方案是書面計劃，是具體行動實施辦法細則，步驟等。那么應當如何制定方案呢？下面是小編幫大家整理的解決方案6篇，歡迎大家分享。

　　解決方案 篇1

　　科目三考試時最擔心什么?不少學員表示遇到要超車時就會緊張，超車這個項目很容易丟分。因此小就將一些超車的知識梳理一下，希望能夠幫到即將參加科三的學員。

　　首先，超車應減擋提速。人們通常會這樣理解，高擋位速度較快，所以在超車途中升上一擋。事實上，車輛的前進是靠引擎所發揮的扭力來實現的，高擋位扭力較小，油門反應遲滯，加速反而比較遲鈍。

　　汽車在超車時應該減一擋，然后加油門全速超車，雖然此時發動機轉速高了一點，噪音大了一點，可超車的距離短了，超車所需的時間短了。如果是自動擋車，此時只需將油門踩到底，變速器便會降低一擋，以提供足夠的扭力減擋。

　　其次，不少新手超車時只會觀察前面車輛的情況，看到前車無超車的動向，就立刻變線超車，根本不顧后方車輛情況如何。事實上，這種做法非常危險。很容易令正在超車的后車與自己發生追尾事故。

　　司機在超車時除了確認前方可以超車外，更需要確認后車有無超車行為，并提前打開轉向燈，超完車并線時，還要注意駛過必要的安全距離后，再回到行車道，以防止擦剮被超的車輛。

　　最后，超車時還需要把握好超車時機，做到準確判斷，尤其是在一些較窄又是雙向行駛的'道路上，若在超車過程中與對面來車有會車可能性時，則不應超車。在起伏道路及山區道路行駛，遇有坡頂的地方，由于坡頂的阻擋，使我們看不見對面有無來車，成為視覺盲區，此時不應超車，以免對面來車發生碰撞。

　　靠邊停車已經是科目三大路考的最后一個步了但是這時候還是不能有絲毫的松懈，不要前面一路緊張卻相安無事，到最后明明已經看到駕照在朝自己招手，結果卻在最后一個環節出了錯誤，只能郁悶地考試被掛。所以，這次小編就來給大家講講科目三靠邊考試操作步驟。

　　1.聽到口令，迅速作出反應(左手打右轉向燈右腳輕輕踩下剎車同時轉頭向右看右后視鏡)，確定右側后方安全，然后看前方，向右打方向，車速降至15km/h以下時踩下離合器到底。

　　2.朝路邊打方向接近路基后，用剎車控制好車速，慢慢把方向領左，再慢慢回正，踩死剎車，平穩停車。剎車要逐漸壓下，方向一打二領三回正。

　　3.在車速減慢后，看車標和路基的距離在視野里到十厘米左右時，剎停。此時，側方距離肯定在30厘米以內。

　　運用制動踏板時要根據車速、道路情況合理控制制動力，按"輕-重-輕"的原則，一次制動成功。在制動過程中有一個力度修正過程，則要按"重在前、修在后"的要領進行調整。

　　注意，要準確完成制動的操作要求為：安全、合理、平穩、準確、正直。

　　解決方案 篇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的機制都是非準確傳遞，操作系統將會轉換鬧鐘，來最小化喚醒和電池使用。

　　由于之前的程序，沒有對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

　　市場失靈理論認為：完全競爭的市場結構是資源配置的最佳方式；但在現實經濟中，完全競爭市場結構只是一種理論上的假設，理論上的假設前提條件過于苛刻，現實中是不可能全部滿足的。由于壟斷、外部性、信息不完全和在公共物品領域，僅僅依靠價格機制來配置資源無法實現效率—帕累托最優，出現了市場失靈。

　　當市場失靈時，必須借助政府干預才能實現資源配置效率最大化，同時對政府行為加以規范，以提高政府管理效率。我國旅游市場恰恰存在壟斷、外部性、信息不完全等特征，各利益主體想方設法突破政府旅游價格規制，導致規制流于形式，進而傷害公眾權益，影響旅游市場健康有序發展。

　　一、旅游價格規制失靈的主要表現

　　（一）旅游價格規制存在"越位"、"錯位"和"缺位"

　　旅游價格規制領域存在大量的政府規制"越位"、"錯位"、"缺位"情況。[2]一是"越位"。主要是指政府規制權力缺乏合理界定以及程序性限制不健全，使得政府權力在旅游經濟領域被過度使用，出現了一系列的"出租"與"尋租"行為。二是"錯位"。主要是指旅游經濟規制權不明確，政府既是規制的主體，同時又是行業經營的主體，既是運動員又是裁判員，導致旅游價格領域規制職能無法得到正常行使。三是"缺位"。主要是指政府"有形之手"的作用在旅游經濟領域沒有得到充分體現，政府規制過于集中在價格聽證等環節，在后續的監督與管理環節沒有更多作為。

　　（二）旅游價格規制結果具有不確定性

　　政府對旅游價格的規制與干預主要通過政府出臺的政策、制度及法律法規來實現。當政府出于維護市場正常秩序、保護大多數經營者利益、推動行業健康發展而出臺某項政策、制度或法律法規時，可能會對某個具體旅游企業產生不利，此時，旅游企業從政策、制度或法律法規中尋找規制上的漏洞就不言而喻。在我國旅游價格規制實踐中，時常因為在出臺政策、制度或法律法規前調研不充分，導致政策、制度或法律法規不完善，加之監管不力，使旅游價格規制結果具有不確定性。

　　（三）旅游價格規制的部門利益爭奪

　　我國旅游相關產業、相關部門往往歸口不同政府部門管理。如旅游飯店管理歸口城市管理局，旅游價格管理歸口價格主管部門，旅游景區管理因為其性質、類型不同而分屬于文物、交通、旅游和林業等多個主管部門。一些旅游規制主管部門往往從部門利益出發來制定相關政策、制度或法律法規，從而導致實踐中的規制相互沖突。以景區門票價格為例，按照《旅游區（點）質量等級的劃分與評定》規定，在目前景區門票價格制定沒有一個比較客觀、特定的質和量的標準前提下，參照旅游區（點）質量等級劃分與評定標準制定景區（點）的門票價格，是各地的通行做法。[3]

　　但事實上，有資格成為評級主體的部門包括多個，如國家文物局負責全國重點文物保護單位的評定，國家林業部門負責國家森林公園的評定，國土資源管理部門負責國家地質公園的評定等，各個部門為了各自利益，相互之間展開了激烈爭奪。

　　（四）政府旅游價格規制成本過高

　　旅游價格規制成本過高主要表現為：（1）由于缺乏健全的旅游信息系統平臺，價格主管部門與旅游主管部門無法實現信息共享，加之旅游、價格主管部門對旅游企業信息真實性的掌控不到位，導致旅游價格規制決策失靈，影響了規制效果。（2）雖然相關部門每年都會在旅游價格規制上有所作為，并出臺一系列的政策、制度或法律法規，但由于缺乏具體實施辦法，加上執法力量不足，往往使旅游價格規制得不到真正落實。這從政策、制度或法律法規中經常采用的"應當"、"適當"、"相應"、"其他"等不確定字語中可見一斑。政策、制度或法律法規可操作性不強，容易產生權力尋租，最終導致旅游價格規制失靈。

　　二、導致我國旅游價格規制失靈的主要原因

　　（一）旅游信息不對稱

　　旅游信息不對稱是造成旅游價格失靈的一個重要原因。一方面，在信息不對稱條件下，仍然有很多旅游消費者作出了非理性決策。如旅游消費者參與"零團費"旅游，實際上對該旅游產品的價格組成等信息根本不了解，這也是"零團費"旅游得以在出境游、入境游、國內游等各領域暢行無阻的重要原因。另一方面，旅游信息不對稱給旅游企業品牌建設造成重大負面影響。

　　面對因旅游信息不對稱而獲得的短期利益，一些旅游企業放棄了對企業品牌的維護，頻繁利用規制漏洞，采取不合理的'措施，嚴重破壞了旅游價格規制制度，侵害了廣大旅游消費者的權益。

　　（二）市場機制的局限性

　　市場價格機制只是一種理想狀態，事實上，我國很多旅游景區如張家界、九寨溝、黃山等，其旅游資源是獨一無二的，旅游價格一旦以"市場形成"，會造成事實上的價格壟斷。[4]

　　這些景區旅游產品定價再高，仍然會有眾多的旅游消費者前往游覽。因此，國內旅游市場失靈是顯而易見的，有必要通過政府規制來規范其價格。

　　（三）部分旅游產品價格形成具有外部性特征

　　不存在外部性的前提下，競爭是實現市場帕累托效率最優的唯一途徑；存在外部性的前提下，企業決策和經營行為并不能導致資源最優配置。如當一個旅游企業花費一定成本開發出新的旅游產品后，其他旅游企業會進行無成本復制，并以更低價格展開競爭。如此一來，旅游企業的創新精神將受到抑制，旅游市場的無序競爭也會進一步加劇，最終導致社會總收益減少。外部性的存在不僅會降低市場效率和資源有效配置，而且會影響政府規制，破壞旅游價格規制制度。

　　（四）部分旅游產品具有公共產品特征

　　公共產品是指那些在消費上具有非競爭性和非排他性的產品。匡林（20xx）認為，旅游資源和景區產品是一個公共產品。在西方發達國家，旅游價格對社會效益的體現更加充分，經濟效益明顯淡化，以突出旅游產品的公共物品特征。旅游消費者付費進入旅游景區后，其消費變得具有非排他性，由于存在服務"搭便車"現象，經營者往往對觀光服務與接入服務進行捆綁消費，旅游產品的價格除了反映景區維護與保護成本外，還將旅游景區自然折舊與資源占用等成本計算在內。[5]

　　根據法律規定，風景區資源屬于全民所有，從公平角度分析，與自然資源有關的多余收費理應上繳財政，而不是留給地方財政或經營者。正是這種矛盾的存在，促使地方政府旅游主管部門、各個旅游景區以及旅游實體往往從有利于自身發展的角度有選擇地執行相關政策，造成旅游價格規制失靈。

　　三、消除我國旅游價格規制失靈的制度創新舉措

　　（一）積極開展旅游目的地整體營銷

　　旅游信息傳遞主要包括了旅行社自身市場信息傳遞、目的地旅游產品供應商市場信息傳遞和旅游消費者市場信息傳遞，其中旅游社自身市場信息傳遞在其中占據了主導權。旅行社會利用這種信息傳遞優勢，放大其市場利益，從而形成劣質旅行社市場。要改變這種現狀，必須開展旅游目的地整體營銷，通過旅游目的地供應商信息傳遞系統構建，形成更加完善、更加對稱的信息傳遞格局，以推動旅游市場秩序優化。[6]

　　一方面，通過旅游目的地供應商信息傳遞系統構建，可以使其單獨完成旅游信息公開，第一時間掌握旅游消費者信息，提升旅游企業經濟效益。如此，旅游企業利益得到保障，旅游目的地漲價動力被削弱，進而從客觀上維護政府旅游價格規制的嚴肅性與穩定性。另一方面，通過旅游目的地供應商信息傳遞系統構建，可以將那些依賴信息不透明"吃完原告（游客）吃被告"的旅行社剔除出旅游市場，促使旅游服務企業更加注重自身服務質量提升，切實維護旅游市場價格穩定。通過旅游目的地供應商信息傳遞系統構建，旅游主管部門也可以獲得更加真實全面的市場信息，從而提高其規制制度的針對性與可操作性，間接保障旅游價格規制的有效性，避免出現規制失靈現象。

　　（二）建立健全相關法律法規

　　應建立健全相關法律法規，加快政府職能轉變，減少因市場壟斷帶來的規制失靈現象。一是加快相關立法進程。應在《反壟斷法》基礎上，對行政壟斷進行明確規范，避免政府及其相關部門濫用行政權力、亂設市場準入門檻。[7]加大對行政壟斷行為的處罰力度，切實保障廣大旅游消費者的利益，促進旅游市場健康有序發展。二是加快政府職能轉變。應徹底改變政府既當運動員又當裁判員的現狀，對國有壟斷旅游企業經營主體實行政企分離，使國有旅游企業、旅游景區成為不再享有市場特權的市場主體，促進旅游行業自由競爭。

　　（三）建立合理的稅收及收費制度

　　為了限制旅游景區外部性的負面影響，有必要由政府代表公眾利益采取相應措施。一是對旅游經營者征稅。這是外部性內在化的一個重要途徑，通過對旅游經營者產生負外部性的部分征稅或收費，可以很好地規制旅游經營者的行為，減少其對短期經濟利益的追求，降低其在政府有關旅游價格規制上尋找漏洞的動力。二是改革旅游消費者收費制度。當前的收費制度并沒有充分考慮旅游景區的承載能力，特別是在一些地方政府開發的旅游景區中，往往是旅游消費者越多越好，根本不考慮旅游消費者的體驗質量。可以通過實行押金退款制度和季節差價方式，調節旅游消費者流量，促使旅游消費者在旅游過程中更好地規范自身行為。

　　（四）制定科學合理的差別定價制度

　　我國《價格法》第二十三條明確規定："制定關系群眾切身利益的公用事業價格、公益性服務價格、自然壟斷經營的商品價格等政府指導價、政府定價，應當建立聽證會制度，由政府價格主管部門主持，征求消費者、經營者和有關方面的意見，論證其必要性、可行性。"實踐中，如果景區定價制度不合理，不僅會破壞旅游價格規制，也會侵害旅游消費者的合法利益。應通過制定科學合理的差別定價制度，消除因旅游自身公共性帶來的失靈。[8]

　　一方面，實施不同旅游景區差別定價模式。旅游景區可以分為世界遺產、國家級、省級、地市級、縣（市區）級風景區、公園等五類。越是基層的景區、公園，其收費應越低，可以彌補運營成本即可；省級以上風景名勝區可以考慮溢出效應和擁擠效應。應在考慮旅游企業合理運營成本的基礎上，加收一定的擁擠成本，同時明確旅游景區成本核算體系，包括資源使用補償費、環保費、硬件（包括游覽參觀點基礎設施建設）折舊、職工工資及其它福利費、管理費、利潤稅金等。要避免將其他成本搭車折算進景區運營成本，提高價格的透明度與公正性，切實保護公眾利益。另一方面，完善價格聽證會制度。應加強對聽證會的細節審核，包括制定嚴格的聽證會程序，嚴格審核聽證代表資格、科學確定各類聽證代表占比，確立聽證主持人資格等，嚴格審核旅游企業運營成本及其價格調整的理由，并廣泛征求社會意見，維護旅游價格規制的嚴肅性與有效性。

　　參考文獻

　　[1]陳衛華。機制、體制與規制———我國旅游價格規制的有效性分析[J]。海峽科學，20xx（3）：32—33。

　　[2]陳衛華。我國旅游價格規制模式演變與制度創新[J]。合作經濟與科技，20xx（9）：51—52。

　　[3]栗超。國內旅游產業規制研究綜述[J]。東方企業文化，20xx（14）：62。

　　[4]宋波，徐飛。不同需求狀態下公私合作制項目的定價機制[J]。管理科學學報，20xx（8）：63。

　　[5]張海霞。國家公園的旅游規制研究[D]。上海：華東師范大學碩士學位論文，20xx：54。

　　[6]劉宇。風景名勝區規制失靈研究——激勵性規制理論的一個應用[C]。中國旅游研究年會，20xx。

　　[7]王魁。我國旅游景區門票價格的政府規制研究[D]。鄭州：河南大學碩士學位論文，20xx：27—28。

　　[8]吳成安。遺產型景區經濟規制目標的實現路徑探討[J]。商業時代，20xx（31）：40—41。

　　解決方案 篇4

　　電腦音箱沒有聲音的原因看似簡單，其實有時解決問題起來比較復雜，既涉及到硬件方面的問題又涉及到軟件方面的.問題。因此，要先查明原因，看是軟件還是硬件出了故障，然后針對問題對癥下藥。為什么電腦音箱沒聲音有很多種可能：

　　1、插座接觸不良、信號線接觸不良。要檢查清楚音響通電、各個信號線接觸良好。音箱部分故障最常見的當然是喇叭問題了，可以說一套音響系統中最容易發生的故障就是燒壞喇叭，這個當然有人為因素，但大部分還是音箱本身質量問題。音箱的另外一個常見故障就是接線端口老化，接觸不良了，特別是經常流動的音箱容易發生這種故障。

　　2、用其他的音源連接音箱，看是否有聲音，如果依舊沒有聲音，可能是音箱本身出故障，例如揚聲器音圈燒斷，揚聲器音圈引線斷路等等，在保修期內的話不妨聯系音箱商家進行處理。

　　3、聲卡沒有安裝驅動程序或安裝不正確。解決方法：在桌面上右擊"我的電腦"→選擇"屬性"→彈出"系統屬性"窗口→選擇“硬件”頁面→按“設備管理器（D）”按鈕→彈出“設備管理器”窗口→檢查"聲音、視頻和游戲控制器"或“多媒體音頻控制器”前有沒有“！”或“？”，如有說明沒有安裝聲卡驅動程序或安裝不正確，請找到聲卡的驅動盤重新安裝驅動程序即可。

　　4、在聲音屬性里關閉了音量。解決方法：進入“控制面板”，雙擊“聲音和音頻設備”項，彈出“聲音和音頻設備屬性”窗口，選擇“音量”頁面，把音量調節滑塊調到合適的位置，并在“將音量調節圖標放入任務欄（I）”前打上鉤，確定并退出即可。

　　5、在“設備管理器”里面禁用了聲卡。解決方法：進入“設備管理器”，展開"聲音、視頻和游戲控制器"分支，找到聲卡項（如果被禁用了，其前面的小喇叭上有一個“X”）并選中，然后按工具欄的“啟用”按鈕即可。

　　解決方案 篇5

　　大家平時在日常生活與工作，可能都會或多或少地遇到iPhone呼叫失敗的問題。有時候可能很快就可以解決，但有時候可能問題會復雜一些。這里簡單介紹下怎么當iPhone出現呼叫失敗時的一些常用的解決方法，希望可以幫到你。

　　一、信號或電話運營商問題

　　1、有時候當我們在一些信號不好地方，會遇到這樣的問題，出現呼叫失敗，需要重撥的情況。這種情況一般是由于當前信號不好導致的，換一個地方再重新撥打就可以了。

　　二、關機

　　1、如果不是信號的問題，那我們還可以嘗試先關機再開機的操作。可以通過長按iPhone的電源鍵，當出現關機選項時，滑動關機。

　　三、插撥電話卡

　　1、如果關機也不能解決問題的話，我們還可以通過重新插撥電話卡來嘗試一下。我們可以用iPhone自帶的取卡針或其它類似的.物件來取卡。

　　2、接著在iPhone的右側有一個專門用于取卡的小孔，用取卡針即可彈出電話卡了。取出來以后，清潔一下電話卡，再按照原位放回去，最后再試下看是否可以還撥打電話。

　　四、還原網絡設置

　　1、如果以上的方法嘗試了，還是不能夠解決問題的話，接下來我們還可以嘗試還原一下iPhone的網絡設置。在設置列表里請點擊“通用”一欄，如圖所示

　　2、在通用列表的底部，找到“還原”一欄，點擊進入。

　　3、接著在還原列表里請點擊“還原網絡設置”一欄選項，如圖所示

　　4、隨后再請點擊底部彈出的“還原網絡設置”按鈕，確認還原即可。等待系統還原成功以后，看看是否可以正常撥打電話。

　　五、硬件故障

　　1、上面的方法都嘗試了，還是不行的話，你還可以更換一張不同的電話卡來試下。如果更換電話卡可以的話，那就說明是電話卡的問題，可以找你的電話運營商重新補卡。

　　2、當然如果更換電話卡還是不能解決問題的話，很有可能是iPhone的硬件出現了問題，建議前往你當地所在的蘋果授權售后進行檢測。

　　解決方案 篇6

　　據國外媒體報道，微軟新操作系統Windows 7發售已經一個多月時間了。許多搶先體驗Windows 7的用戶在安裝、使用過程中常會遇到一些惱人的問題。下面是科技博客Techradar為我們整理的五種Windows 7常見故障及其解決辦法：

　　1、DVD音頻問題

　　微軟改進了Windows7的硬件兼容性，但是部分舊機器用戶反映，播放DVD時的音量很小甚至壓根就沒有聲音。

　　解決辦法：打開控制面板，進入“硬件和聲音選項，右鍵默認播放器，在彈出界面中選擇屬性，進入高級選項后，重新設定音頻選項。

　　如果上述操作不起效果，建議安裝新的音頻驅動程序。

　　2、MovIEMaker故障

　　用戶操作不當會導致Windows MovieMaker無法導入默認的網絡文件。該問題通過快速注冊表修改可以解決。

　　運行Regedit命令，找到HKEY_CURRENT_USERSoftwareMicrosoftWindows LiveMovie Maker信息行，將“允許網絡文件項的值修改為啟動狀態。

　　3、XP模式失效

　　Windows7中的XP虛擬模式是其一大創新，可以為用戶提供XP和Windows 7兩種操作體驗。既解決了舊版軟件的兼容性問題，又能發揮Windows 7的新特性。

　　通常失效的原因有三個：

　　(1)XP模式需要CPU支持，微軟的硬件虛擬化輔助工具可用于檢測是否符合虛擬化要求;

　　(2)此外，必須在主板設置中將AMD-V、Intel VT、VIA VT的.虛擬化功能激活;

　　(3)最后一個原因是，某些OEM廠商出于安全的考慮禁止了XP模式，用戶可以在防火墻記錄中查看是否被禁止。

　　如果上述方案都被排除，建議下載VirtualBox專業虛擬化軟件，可以實現你在Windows7中運行XP的愿望。

　　4、Windows媒體中心自啟動

　　Windows7媒體中心功能是其特色之一，但是不支持自啟動顯得十分麻煩。同樣的，用戶在注冊表中進行管理：

　　運行Regedit命令，找到名稱為下列的信息后，將鍵值設定為EHome即可。

　　HKEY_LOCAL_MacHINESOFTWAREMicrosoftWindowsCurrentVersionExplorerAutoplayHandlers

　　5、丟失系統故障文件

　　盡管Windows7令人印象深刻，但是它不可避免的會出現崩潰的情況。有時候，你想通過Windows診斷軟件查看崩潰記錄，但是發現Memory.dmp文件中并沒有查到相關記錄。

　　解決方案：右鍵我的電腦，選擇屬性，進入高級選項卡，在啟動和故障恢復項選中“系統失敗欄里的“將事件寫入系統日志。如此一來，今后可能出現的每次系統故障都會被自動記錄下來。

【解決方案】相關文章：

解決方案05-20

解決方案（實用）05-27

解決方案優秀05-12

行業解決方案08-16

erp解決方案04-22

oa解決方案05-31

產品解決方案11-19

招聘解決方案02-14

解決方案（精）05-23

解決方案【優秀】08-25