綁定帳號登入

Android 台灣中文網

tag 標籤: 四大

相關帖子

版塊 作者 回覆/查看 最後發表
也太小氣!在愛情裡小肚雞腸的四大星座男 占星占卜 b70161520 2017-7-6 0 404 b70161520 2017-7-6 17:48
這四大星座的愛情歷經風雨,卻分手了 占星占卜 b70161520 2017-8-9 0 303 b70161520 2017-8-9 17:50
(四大楣女1)蔡小雀 不守婦道(繁txt) attachment Android 手機小說 sunny690223 2011-9-23 2 1180 damonchang 2011-9-23 08:56
(四大楣女2)蔡小雀 暴虐無道(繁txt) attachment Android 手機小說 sunny690223 2011-9-23 3 726 ss2722077 2012-2-13 23:19
CWM recovery 6触屏+四大金刚 G13 HTC Wildfire S zhangsa 2012-8-25 2 1549 killpeople79 2014-4-13 21:33
陰雨天注意四大健康“殺手 生活常識 藍蝶 2012-10-24 0 227 kof0000032 2012-10-24 00:16
中職四大人氣球星 X Matzka-生命中最強後盾(原創)(鈴聲)(試聽) attachment Android 手機鈴聲 KUMASO 2013-9-13 1 815 hammer120 2014-6-3 23:44
【四大職業攻守】 地牢獵手3離線解鎖版 Dungeon Hunter 3 V1.5.2c attach_img Android 遊戲下載 藍蝶 2014-11-7 4 2502 hot8892 2015-4-17 23:53
1,637億 四大觸控廠債台高築 時事新聞 WECAN1688 2014-12-16 0 195 WECAN1688 2014-12-16 07:57
台版秘寶尋航,四大重點改法,不限版本,終身適用!內有影片 LINE 航海王:秘寶尋航 love02363116 2015-9-9 78 31169 uncletung 2017-6-4 19:48
橘皮四大妙用 生活常識 alanleon70 2016-8-8 6 593 sonic0316 2016-10-30 02:02
四大地區限定 Pokémon GO q296181 2016-8-12 0 606 q296181 2016-8-12 07:17
四大守則 Pokémon GO epsonc83 2016-8-17 0 0 epsonc83 2016-8-17 03:32
看圖說文字!世界第四大語言原來那麼有意思~~ attach_img 水族館 華華anita 2017-2-27 5 1032 ripple517 2017-2-28 09:12
台灣之星成為第四大電信以後… 數位綜合討論版 shaulin0101 2017-6-19 30 4615 tingchen73122 2017-10-16 19:22
這四大善變的星座男,暴脾氣說來就來 占星占卜 b70161520 2017-11-13 0 505 b70161520 2017-11-13 17:59
道歉還是表白?這四大星座女你拗不過 占星占卜 b70161520 2017-12-13 0 404 b70161520 2017-12-13 17:48
被稱為“撩漢”高手的這四大星座 占星占卜 b70161520 2017-12-21 1 608 somon1987 2017-12-23 10:43
我就是四大魔王的第五位 作者:女裝胖虎 (繁_TXT) attach_img Android 手機小說 brian89320 2018-8-8 0 707 brian89320 2018-8-8 12:50
四大吝嗇鬼 作者:莎士比亞等 (繁_AZW3/EPUB/MOBI/TXT) attach_img Android 手機小說 sue1289 2019-5-24 16 1856 youarefan 2023-11-4 13:44

相關日誌

分享 避免硬碟早日歸天的四大法寶
hev89806 2019-1-24 04:28
避免硬碟早日歸天的四大法寶 本文要敘述的是會造成硬碟毀滅性故障的錯誤及操作,不是一般的磁碟和系統錯誤,這些故障通常沒有先兆,一旦出現,在BIOS 也不能認出硬碟,硬碟數據挽回的可能性極小。 一、在開機和關機的時候突然強行切斷電源 現在的電源及主板的ATX設計,普遍實現了軟關機的功能。這種設計讓人倍感方便。但是軟關機要先完成一系列的關閉正在運行的程式的操作,加上各種作業系統及各主板廠家設計上的相容性、BUG,Windows在進行關閉應用程式然後切斷電源的時候經常會出現死機,大家可能在很多論壇及報刊的問答專欄 ,都見過問“為什麼在軟關機的時候死機”的問題 此時硬碟的復位動作很可能還沒完成,如果用戶採用強行切斷電源的做法,硬碟物理受損的可能性很大。 ★正確的做法:如果在軟關機時候出現死機,應該是按RESET鍵,讓系統重新進入Windows後,再正式完成關機操作 這樣可能會繁瑣一點,但是能保證硬碟安全地復位,對你上千元的硬碟來說,安全第一啊。 還有就是開機的時候進行的切斷電源:在正常狀態下當然沒人會做這麼無聊的操作,但是當出現一些諸如顯示卡或是記憶體沒插好、螢幕線鬆脫的情況,導致電腦開機無顯示的時候,很多人就只埋頭於搞定目前看到的問題,頻繁的開機、關機,插撥板卡,再開機...... 而沒留意硬碟在一次次電源的開關下吱吱的呻吟... 尤其是開機沒顯示,只有幾秒鐘的時間,硬碟的初始化動作還沒完成,磁頭正處於敏感位置,一下子被切斷電源停機,然後在不到10秒鐘的情況又受到電流衝擊,發生故障的機率會大大增加。 ★正確的做法:先把硬碟的電源線撥掉,你怎麼玩都可以。故障排除後,再接也不遲啊。 ------------------------------------------------------------------------------ 二、對硬碟分割區進行的錯誤操作 這的確是新手的錯誤居多了 --- Windows的各種版本造成FAT16、FAT32、NTFS各種格式的存在,不同的任務導致各菜鳥蠢蠢欲動經常想變換硬碟分割區格式、現在GHOST和Partition Magic都能對硬碟分割區進行隨心所欲的操作,以調整硬碟分割區的大小、格式,尤其是後者還具有格式化分區、隱藏硬碟分割區的功能,對熟悉操作的人來說,這些工具是讓人得心應手;但對於新手來說,對分區的操作應該特別謹慎。因為分區的錯誤雖然是軟故障,不是物理故障,但是如果胡亂操作出錯後,在沒有弄懂基本概念的情況下,不假思索地進行“恢復”操作的話,可能會導致分區的引導區和分區表過於混亂無法再被任何工具軟體識別 如果你沒有硬碟分割區表 (Prrtition Table) 和硬碟引導區 (MBR) 數據備份的話,嘿嘿,就只好低階格式化了 低階格式化的工具使用也有個熟練和懂行與否的問題,由於對硬碟分割區進行誤操作導致新硬碟不能再使用的案例,我見過不少。 ★建議的措施:無論您是老鳥還是新手,在對硬碟進行敏感操作的時候,備份好分區表和引導區數據,出錯的時候就能隨時正確恢復了。新手最好請個師傅,先帶一帶,熟悉了軟體的介面和指令後再自己操作,畢竟硬碟不同於其他配件, 面有你的寶貴資料哦。 ------------------------------------------------------------------------------- 三、Windows的初始化及使用過程中的危險習慣操作 Windows在初始化的時候,是較為敏感和危險的時刻,如果用戶在啟動組 加載了太多的東西,Windows的初始化就會耗費大量時間,也可能會造成死機 尤其是因為害怕病毒而加載了2個以上防火牆、或是在線監控病毒軟體的用戶,各殺毒軟體之間的衝突機率很大。 另外,Windows系列提供了用TAB+ALT鍵切換各應用程式的功能,尤其是能在DOS窗口下切換回Windows介面,方便了要在舊的應用程式下工作的用戶。但是因為DOS是單線程的作業系統,其應用程式也是基於這種線程的設計,所以DOS的應用程式對CPU的佔用率較大,因為DOS老結構的問題,程式的反應也沒Windows程式快,所以在進行Windows的DOS窗口操作的時候,建議用戶的動作不要那麼快,以免系統響應不及造成死機;另外,使用TAB+ALT切換的時候也應該謹慎,不要在程式還沒完成目前的任務就強行切換,造成死機。 Windows中的錯誤,本來不會直接造成硬碟的物理損壞。但是這些是屬於使用習慣的問題,一兩次無所謂,天長日久,頻繁的死機和重啟動,對硬碟乃至電腦的各個配件的衝擊積累起來是相當有害的;而且頻繁死機容易造成人的心理急躁,可能會在電腦重新啟動完成前就賭氣關機,也就是出現第一種類型的致命故障的可能性。 還有就是各種各樣不退出Windows程式就隨手關機、長期不整理硬碟和不運行磁碟掃描程式(在一些公用的電腦最常見)等等的不良習慣,都可能會埋下硬碟毀滅的根源。 ★建議的措施:這些都是基本的東西,注意改變使用習慣就是,比如在線防殺毒軟體,掛一個即可,可以定期變換其他的,但同時後台運行的不適宜太多。其他標準正確的操作在很多經驗文章中都有提及,此處不多說了。 ------------------------------------------------------------------------------- 四、其他各類非常規錯誤 比如數據線插反、劣質的電源導致的損壞、板卡的短路等等,在各類報刊網站有很多案例,此處不一一列舉了,自己注意就是。 總結: 上面所說的硬碟大敵,不一定是如此操作就馬上出現故障,但是存在相當高的損壞機率 你今天還玩遊戲上網好好的,隨手關機後,明天沒有任何提示,系統找不到硬碟了。 請大家對照自己的做法,注意改進,維護硬碟用臨時抱佛腳、出了問題再想辦法的態度是很危險的,除非你的運氣永遠那麼好。
0 個評論
分享 Android四大元件
qwertylee 2017-12-19 16:29
一、 Activity 是四個元件中最基本的模組,每一個 Activity 就代表著一個畫面,可以把它當成是 User Interface 。系統中的每一個 Activity 會藉由堆疊來進行管理,若有新的 Activity 被啟動,會加入至堆疊的最上層。 Activity 的狀態如下: a. Runing :代表該 Activity 在前景中執行,使用者可以看到的狀態。 b. Paused :該 Activity 處於透明的狀態,使用者仍然看的見,此時的狀態為暫停,該 Activity 仍然存在,若使用者重新啟動該程式,原本所輸入的內容仍然存在。除非手機上的記憶體嚴重不足,則有可能遭到關閉。 c. Stopped :畫面完全被其它 Activity 給覆蓋掉,就代表該 Activity 為停止,仍保留使用者原先輸入之內容,但使用者已經完全看不到這個畫面。除非手機上的記憶體嚴重不足,則有可能遭到關閉。 d. Restarted :若 Activity 處於 Stopped 狀態的話,系統可以進行關閉的動作或要求該 Activity 完成其工作。若要重新顯示時,就必需重新啟動並恢復到之前的狀態。 二、 Service 可以讓程式於背景執行,如播放音樂時就可以透過 Service 來處理,而一般的 Activity 要與 Service 溝通就會透過 IPC 。 1、 IPC IPC 的方法有兩種,分別是 Intent 和 Binder ,就是為了 Activity 與 Service 溝通而建立出來的輕量級 IPC 框架。 基於 Linux 的 Android 系統不支援當前程序訪問其它程序的資料,因此會透過特定的方法來實現, Android 藉由 Binder 來達到程序間的通訊。 2、 Intent 最常使用的時機,是用來喚起其它 Activity ,是最常使用的 IPC 機制,若要透過 Intent 來忽叫 Service ,則必需在 AndroidManifest 檔案中對接收此 Intent 的 Service 做說明,只要附合 Intent 就可以和此 Service 做關聯。但是 Intent 只能攜帶一些資料來開啟另一個 ctivity 或 Service ,沒辦法在程序運行時進行資料的交換。 3、 Binder 最主要是將各個不同的 Service 連結起來,就像是 Service 的中心。以實例來說, Service 就像是一輛車,而 Binder 就像是停車場。藉由此機制,我們得以取得其它 Service 的介面。 一般 Service 分成兩種,一種是自行定義的 Service 、一種是系統已建立好的 Service( 如聽音樂 ) ,若我們想播放音樂,不可能從最底層開始實作,而是採用 SDK 提供的 API ,如下圖所示。 此圖說明所建立的 OurService 會呼叫 SDK 的 MediaPlayer API ,此 API 會透過 JNI(Java Native Interface) 來呼叫底層的 c++ 函式,圖中也可看出, Binder Driver 紀錄了所有的 Service 的接口,可由此找出 MediaPlayerService 所在的接口並進行呼叫。當然, Binder 所紀錄的不只有系統 Service ,而是包含自行定義的 OurService 皆有紀錄。 撰寫 Service 時會複寫一名為 onBind() 的函式,這是與 Binder 相關的函式,這裡會先談到 Service Managerment 。若 Binder 是停車場,則 Service Managerment 便是停車場管理員,它本身也是一個 Service 。當程式想透過 Binder 與 Service 溝通時,皆會先向 Service Managerment 請求,取的目標的 Binder 物件,再透過 Transact() Method 將訊息傳送過去。 Binder 和 Intent 的差別在於, Intent 是屬於上層的資料交換,若使用 Binder 時則是透過 JNI 與底層的 Binder 互動,一般狀況下使用 Intent 是較簡單的方式,但溝通的目標若是屬於較底層的 Service ,則採用 Binder 較為合適。 4、 AIDL 是幫助實現 Binder 通信的一種工具,只要用簡單的函數設定,就會自動產生一個 JAVA 檔案,其包含了 Proxy 與 Stub 的訪問接口。 Proxy 用於使用者端的程、 Stub 用於 Service 的程序,這些程式也可以自行建立, AIDL 只是提供一個產生的工具。 三、 Broadcast Receiver 不同於 Activity 沒有顯示的介面,共分為廣播接收與廣播發送兩大類,廣播實際上指的就是 Intent ,發送者可以藉由 Context.sendBroadcast 接口發送廣播,接收者通過 Context.registReceiver() 動態註冊,或經由 AndroidManifiest.xml 來進行靜態註冊。 ( 當應用程式發送廣播時,會將發送的 Intent 與系統註冊的 BroadcastReceive 進行配對,若配對成功則執行 onReceive 的函式進行接收 ) 動態與靜態註冊差別 a. bindService 的使用 : receive 註冊的廣播,在 onReceive 結束後就不存在,所以不能在其中給自己進行異步傳輸, bindService 只能使用 startService 、想跟 Service 交互可使用 peekService 。 b. 手動控制: 若採用動態註冊,可以隨時註冊或取消註冊;若是採用靜態註冊,系統開機後就會自動掃描,開機後一直運行。 c. 資源消耗不同: 由於動態註冊可以手動控制,因此可以適當的註冊或取消,以節省資源。 d. 有效期限不同: 透過動態註冊時,若對其進行註冊的 Context 對像被關閉或是運行了 unregisterReceiver 方法時就失效了;而靜態註冊時,只要該程式未被關閉,就一直存在。 e. 使用情況不同: 自己發送與接收的廣播可以採用動態註冊;若是系統常用的廣播可以用靜態註冊。 生命周期方面, BroadcastReceiver 在 onReceive 函數執行結束後就會被釋放掉,不適合做一些異步操作 ( 如下載檔案 ) ,有可能在完成前就被系統關閉。同時由於 ANR 限制 BroadcastReceiver 的 onReceive 必需在主程序進行,因此不適合用於耗時的操作。 1、 分類 BroadcastReceive 又分為普通和有序兩類,藉由 Context.sendBroadcast 發送的廣播接收到的順序是不固定的,而經由 Context.sendOrderedBroadcast 的廣播則是有序廣播, 接收者是有順序的接收到資訊,並且可以對廣播進行修改再往下傳送 。 四、 Content Provider Android 提供了四種資料存取機制: Preferences 、 Files 、 SQLite 與 Network 。但這四種皆屬於一個應用程式,其它程式無法共享。而 Content Provider 就是可以讓一個應用程式分享他的資料給其它應用程式,且是以資料庫的型式來呈現資料。例如系統中的通訊錄、系統設定等,就是以 SQLite 資料庫的方式來儲存,而每一個應用程式都可以建立自己的資料庫,其它的程式想要取用,就必需要有 Content Provider 開放出來才可以存取。
1 次閱讀|0 個評論