android数据库锁
1. Android 寮鍙戜腑锛屾湁鍝浜涘潙闇瑕佹敞镒
1. 涓篈ctivity澹版槑绯荤粺閰岖疆鍙樻洿浜嬩欢
绯荤粺閰岖疆鍙樻洿浜嬩欢鏄鎸囱浆灞忥纴鍖哄烟璇瑷鍙戠敓鍙桦寲锛屽睆骞曞昂瀵稿彂鐢熷彉鍖栫瓑绛夛纴濡傛灉Activity娌℃湁澹版槑澶勭悊杩欎簺浜嬩欢锛屽彂鐢熶簨浠舵椂锛岀郴缁熶细鎶夹ctivity𨱒鎺夌劧钖庨吨钖锛屽苟灏濊瘯鎭㈠岖姸镐侊纴Activity链夋満浼氶氲繃onSaveInstanceState()淇濆瓨涓浜涘熀链鏁版嵁鍒痫undle涓锛岀劧钖庢Bundle浼氩湪Activity镄刼nCreate()涓浼犻掕繃铡汇傝槠铹惰繖璨屼技姝ｅ父锛屼絾鏄杩欎细寮曞彂闂棰桡纴锲犱负寰埚氩叾浠栫殑涓滆タ姣斿侱ialog绛夋槸瑕佷緷璧栦簬鍏蜂綋Activity瀹炰緥镄勚傛墍浠ヨ繖绉岖郴缁熼粯璁よ屼负阃氩父閮戒笉鏄鎴戜滑𨱍宠佺殑銆
涓轰简阆垮厤杩欎簺绯荤粺榛樿よ屼负锛屽氨闇瑕佷负Activity澹版槑杩欎簺閰岖疆锛屽备笅浜屼釜鏄姣忎釜Activity蹇呴’澹版槑镄勶细
<activity android:configChanges="orientation|keyboardHidden">
鍑犱箮镓链夌殑Activity閮借佸０鏄庡备笂锛屼负浠涔圆ndroid涓嶆妸瀹冧滑鍙樻垚Default镄勫憿?
2. 灏介噺浣跨敤Android镄𪞝PI
杩椤ソ镀忔槸搴熻瘽锛屽湪Android涓婇溃寮鍙戜笉鐢ˋndroid API鐢ㄤ粈涔堬纻锲犱负Android鍑犱箮鏀鎸丣ava SE镓链夌殑API锛屾墍浠ユ湁寰埚氩湴鏂笰ndroid API涓嶫ava SE镄𪞝PI浼氭湁閲嶅岖殑鍦版柟锛屾瘆濡傝村逛簬鏂囦欢镄勬搷浣沧渶濂戒娇鐢ˋndroid閲岄溃Context灏佽呯殑API锛岃屼笉瑕佺洿鎺ヤ娇鐢‵ile瀵硅薄锛
Context.openFileOutput(String); // no File file = new File(String)
铡熷洜灏辨槸API閲岄溃浼氲冭槛鍒痨ndroid骞冲彴链韬镄勭壒镐э绂鍐嶅傦纴灏戠敤Thread锛岃屽氢娇鐢ˋsyncTask绛夈
3. 瑕佽冭槛鍒痨ctivity鍜岃繘绋嬭𨱒鎺夌殑𨱍呭喌
濡备简阃氩父𨱍呭喌阃鍑篈ctivity澶栵纴杩樻湁Activity锲犲叾浠栧师锲犺𨱒镄勬儏鍐碉纴姣斿傜郴缁熷唴瀛樿繃浣庯纴绯荤粺閰岖疆鍙樻洿锛屾湁寮傚父绛夌瓑锛岃佽冭槛鍜屾祴璇曡繖绉嶆儏鍐碉纴鐗瑰埆鏄疉ctivity澶勭悊閲嶈佺殑鏁版嵁镞讹纴锅氩ソ镄勬暟鎹镄勪缭瀛樸
4. 灏忓绩澶氲瑷
链変簺璇瑷鐪熺殑寰埚暟鍡︼纴涓鏂囨垨鑻辨枃寰堢亩鐭灏辫兘琛ㄨ揪镄勪簨𨱍呭埌浜嗗叾浠栬瑷灏卞彉镄勬婚暱姝婚暱镄勶纴镓浠ュ傛灉鏄痺rap_content灏卞彲鑳芥妸鍏朵粬鎺у埗鎸ゅ嚭鍙瑙呜寖锲达绂 濡傛灉鏄鎸囧畾闀垮害灏卞彲鑳芥樉绀轰笉鍏ㄣ备篃瑕佹敞镒忕壒娈婅瑷姣斿傞偅浜涗粠鍙冲悜宸﹁荤殑璇瑷銆
5. 涓嶈佺敤锲涘ぇ缁勪欢铡诲疄鐜版帴鍙
涓鏄缁勪欢镄勫硅薄閮芥瘆杈冨ぇ锛屽疄鐜版帴鍙ｆ瘆杈冩氮璐癸纴钥屼笖璁╀唬镰佹洿涓嶆槗璇诲拰鐞呜В锛 鍙﹀栨洿閲嶈佺殑鏄瀵艰嚧澶氭柟寮旷敤锛屽彲鑳戒细寮曞彂鍐呭瓨娉勯湶銆
6. 鐢╣etApplication()𨱒ュ彇Context褰揿弬鏁
瀵逛簬闇瑕佷娇鐢–ontext瀵硅薄浣滀负鍙傛暟镄勫嚱鏁帮纴瑕佷娇鐢╣etApplication()銮峰彇Context瀵硅薄褰揿弬鏁帮纴钥屼笉瑕佷娇鐢╰his锛岄櫎闱炰綘闇瑕佺壒瀹氱殑缁勪欢瀹炰緥锛乬etApplication()杩斿洖镄凛ontext鏄灞炰簬Application镄勶纴瀹冧细鍦ㄦ暣涓搴旂敤镄勭敓锻藉懆链熷唴瀛桦湪锛岃繙澶т簬镆愪釜缁勪欢镄勭敓锻藉懆链燂纴镓浠ュ嵆浣挎煇涓寮旷敤闀挎湡鎸佹湁Context瀵硅薄涔熶笉浼氩紩鍙戝唴瀛樻硠闇层
7. 涓荤嚎绋嫔彧锅歎I鎺у埗鍜孎rameworks锲炶皟鐩稿叧镄勪簨銆傞梼灞炵嚎绋嫔彧锅氲垂镞剁殑钖庡彴镎崭綔銆备氦浜掑彧阃氲繃Handler銆傝繖镙峰氨鍙浠ラ伩鍏嶅ぇ閲忕殑绾跨▼闂棰樸
8. Frameworks镄勫洖璋冧笉瑕佸仛澶澶氢簨𨱍呬粎锅氩繀瑕佺殑鍒濆嫔寲锛屽叾浠栦笉鏄寰堥吨瑕佺殑浜嬫儏鍙浠ユ斁鍒板叾浠栫嚎绋嬩腑铡诲仛锛屾垨钥呯敤Handler Schele鍒扮◢钖庡啀锅氥
9. 瑕佽冭槛澶氩垎杈ㄧ巼
镊冲皯涓篽dpi, mdpi, ldpi鍑嗗囧浘鐗囧拰甯冨眬銆傚厓绱犵殑鍗曚綅涔熷敖鍙鑳界殑浣跨敤dip钥屼笉瑕佺敤px銆
10. 鍒╃敤Android镓嬫満镄勭‖阌
鍑犱箮镓链夌殑Android镓嬫満閮芥湁BACK鍜孧ENU锛屽畠浠镄勪綔鐢ㄦ槸杩斿洖鍜屽脊鍑鸿彍鍗曪纴镓浠ュ氨涓嶈佸啀鍦║I涓璁捐¤繑锲炴寜镓鍜岃彍鍗曟寜镓銆傚緢澶氢紭绉镄勫簲鐢ㄥ傞殢镓嬭板拰寰淇￠兘链夎繑锲为敭锛屼粬浠涔嬫墍浠ユ湁鏄锲犱负浠栦滑閮芥槸浠巌OS涓婄Щ妞嶈繃𨱒ョ殑锛屼负浜嗕缭瀛树綋楠岀殑涓镊达纴镓浠ヤ篃链変简杩斿洖鍜岃彍鍗曘备絾杩欎笉澶烝ndroid鍖栵纴涓涓绾姝ｇ殑Android鏄娌℃湁蹇呴’閲嶅岖‖阌镄勫姛鑳界殑銆
2. 京东怎么设置密码锁不让别人看
京东设置密码锁不让别人看方法：
1、打开京东app，点击“我的”。2、找到轮齿状的按钮，点击进去。3、进入账户设置界面后，找到“账户与安全”并点击进去。4、可以选择自己方便的认证方式，本文使用手机短信验证。5、点击“获取验证码”，获取验证码后填写进框内。6、填写安全的密码便可完成密码设置。
手机找到京东APP,打开:点击最下面一栏菜单中的【我的】:点击个人页面中的头像:在账户设置页面中点击账户安全。
3. android 数据存储的几种方式
总体的来讲，数据存储方式有三种：一个是文件，一个是数据库，另一个则是网络。其中文件和数据库可能用的稍多一些，文件用起来较为方便，程序可以自己定义格式；数据库用起稍烦锁一些，但它有它的优点，比如在海量数据时性能优越，有查询功能，可以加密，可以加锁，可以跨应用，跨平台等等；网络，则用于比较重要的事情，比如科研，勘探，航空等实时采集到的数据需要马上通过网络传输到数据处理中心进行存储并进行处理。 对于Android平台来讲，它的存储方式也不外乎这几种，按方式总体来分，也是文件，数据库和网络。但从开发者的角度来讲它可以分为以下五种方式： 1.SharedPreferences共享偏好 2.Internal Storage内部存储空间 3.External Storage外部存储空间 4.sqlite Database数据库 5.Internet网络 这几种方式各自有各自的优点和缺点，要根据不同的实际情况来选择，而无法给出统一的标准。下面就各种方式谈谈它们的优缺点，以及最合适的使用情况： 1.Shared Preferences共享偏好 SharedPreferences是用来存储一些Key/Value类似的成对的基本数据类型，注意，它只能存储基本数据类型，也即int, long, boolean, String, float。事实上它完全相当于一个HashMap，唯一不同的就是HashMap中的Value可以是任何对象，而SharedPreferences中的值只能存储基本数据类型(primitive types)。 对于它的使用方法，可以参考Android Developer Guide，这里不重复。 如此来看，最适合SharedPreferences的地方就是保存配置信息，因为很多配置信息都是Key/Value。事实上，在Android当中SharedPreferences使用最多的地方也是用来保存配置（Settings）信息，系统中的Settings中这样，各个应用中的Settings也是这样。并且，Android中为了方便的使用SharedPreferences保存配置信息，它来专门有PreferenceActivity用来封装。也就是说如果你想在应用程序中创建配置（Settings），你可以直接使用PreferenceActivity和一些相关的专门为Preference封装的组件，而不用再直接去创建，读取和保存SharedPreference，Framework中的这些组件会为你做这些事。 再谈谈一些使用SharedPreference时的技巧，它只能保存基本数据类型，但假如我想保存一个数组，怎么办？可以把数据进行处理，把它转化成一个String，取出的时候再还原就好了；再如，如想保存一个对象，怎么办，同样，可以把对象序列化成为字符序列，或转成String（Object.toString()），或是把它的HashCode（Object.hashCode()）当成Value保存进去。 总之，SharedPreferences使用起来十分的方便，可以灵活应用，因为它简单方便，所以能用它就尽量不要用文件或是数据库。 1.Internal Storage内部存储空间 所谓的内部存储与外部存储，是指是否是手机内置。手机内置的存储空间，称为内部存储，它是手机一旦出厂就无法改变，它也是手机的硬件指标之一，通常来讲手机内置存储空间越大意味着手机价格会越贵(很多地方把它称为手机内存，但我们做软件的知道，这并不准确，内存是指手机运行时存储程序，数据和指令的地方；这里应该是手机内部存储的简称为内存，而并非严格意义上的内存)。 内部存储空间十分有限，因而显得可贵，所以我们要尽可能避免使用；另外，它也是系统本身和系统应用程序主要的数据存储所在地，一旦内部存储空间耗尽，手机也就无法使用了。所以对于内部存储空间，我们要尽量避免使用。上面所谈到的Shared Preferences和下面要谈到的SQLite数据库也都是存储在内部存储空间上的。 Android本身来讲是一个Linux操作系统，所以它的内部存储空间，对于应用程序和用户来讲就是“/data/data"目录。它与其他的（外部的存储）相比有着比较稳定，存储方便，操作简单，更加安全（因为可以控制访问权限）等优点。而它唯一的缺点就是它比较有限，比较可贵。 虽然，可以非常容易的知道程序本身的数据所在路径，所有的应用程序的数据路径都是“/data/data/app-package-name/”，所有的程序用到的数据，比如libs库，SharedPreferences都是存放在这个路径下面。但我们在使用的时候最好不要，或是千万不要直接引用这个路径。 使用内部存储主要有二个方式，一个是文件操作，一个是文件夹操作。无论哪种方式，Context中都提供了相应的函数来支持，使用Context不但操作简单方便，最重要的是Context会帮助我们管理这些文件，也可以方便帮助我们控制文件的访问权限。先来系统的说下Context中关于文件和文件夹操作的函数有哪些。 a. 创建一个文件，并打开成一个文件输出流，需要提供一个String，作为文件名 1.FileOutputStream output = Context.openOutputFile(filename， Context.MODE_PRIVATE); 2.output.write(data）；// use output to write whatever you like 3.output.close(); 1.FileOutputStream output = Context.openOutputFile(filename， Context.MODE_PRIVATE); output.write(data）；// use output to write whatever you like output.close(); b. 同样，想打开一个文件作为输入的话，也是只需要提供文件名 1.FileInputStream input = Context.openInputFile(filename); 2.input.read(); 3.input.close(); 1.FileInputStream input = Context.openInputFile(filename); input.read(); input.close(); c. 列出所有的已创建的文件 1.String[] files = Context.fileList(); 2.for (String file : files) ｛ 3. Log.e(TAG, "file is " + file); 4.} 1.String[] files = Context.fileList(); for (String file : files) ｛ Log.e(TAG, "file is " + file); } d. 删除文件，能创建就要能够删除，当然也会提供了删除文件的接口，它也非常简单，只需要提供文件名 1.if (Context.deleteFile(filename)) { 2. Log.e(TAG, "delete file " + filename + " sucessfully“); 3.} else { 4. Log.e(TAG, "failed to delete file " + filename); 5.} 1.if (Context.deleteFile(filename)) { Log.e(TAG, "delete file " + filename + " sucessfully“); } else { Log.e(TAG, "failed to delete file " + filename); } e. 获取文件已创建文件的路径，它返回一个文件对象用于操作路径 1.File fileDir = Context.getFileDir(); 2.Log.e(TAG, "fileDir " + fileDir.getAbsolutePath(); 1.File fileDir = Context.getFileDir(); Log.e(TAG, "fileDir " + fileDir.getAbsolutePath(); f. 创建一个目录，需要传入目录名称，它返回 一个文件对象用到操作路径 1.File workDir = Context.getDir(dirName, Context.MODE_PRIVATE); 2.Log.e(TAG, "workdir " + workDir.getAbsolutePath(); 1.File workDir = Context.getDir(dirName, Context.MODE_PRIVATE); Log.e(TAG, "workdir " + workDir.getAbsolutePath(); g. 以File对象方式查看所创建文件，需要传入文件名，会返回文件对象 1.File store = Context.openFileStreamPath(filename); 2.Log.e(TAG, "store " + store.length()); 1.File store = Context.openFileStreamPath(filename); Log.e(TAG, "store " + store.length()); h. 获取Cache路径，无需要传入参数，返回文件对象 1.File cachedir = Context.getCacheDir(); 2.Log.e(TAG, "cachedir " + cacheDir.getAbsolutePath()); 1.File cachedir = Context.getCacheDir(); Log.e(TAG, "cachedir " + cacheDir.getAbsolutePath()); 总结一下文件相关操作，可以得出以下三个特点： 1. 文件操作只需要向函数提供文件名，所以程序自己只需要维护文件名即可； 2. 不用自己去创建文件对象和输入、输出流，提供文件名就可以返回File对象或输入输出流 3. 对于路径操作返回的都是文件对象。 如前所述，内部存储空间有限，可贵，安全，稳定，所以应该用来保存比较重要的数据，比如用户信息资料，口令秘码等不需要与其他应用程序共享的数据。也可以用来创建临时文件，但一定要注意及时删除。另外，对于内部存储还有一个非常重要的特点，那就是在应用程序被卸载时，应用程序在内部存储空间的文件数据将全部被删除。系统这样做的原因很简单，就是因为内部存储很有限，它必须保证它的可用性，因为一旦添满，系统将无法再正常工作。 1.External Storage外部存储空间 再来谈谈手机外部存储空间，与内部存储空间相对，外部存储空间是指手机出厂的时候不存在，用户在使用时候可以自由添加的外部存储介质比如TS卡，SD卡等闪存储介质。这些闪存介质由最初的空间小价格贵，到现在的大容量价格便宜，所以几乎每个支持外部存储的手机上面都有大容量（大于等于2G）的闪存卡。 Android也是不例外，它完全支持外部存储介质。其实更确切的说，它是要依赖于外部存储卡的，因为对于Android系统，如果没有外部存储卡，很多的系统应用无法使用，比如多媒体相关的应用程序无法使用。虽然Android很依赖，但是外部存储卡也有它自身的特点，它最大的优点就是存储空间大，基本上你可无限制的使用，也不怎么担心去清除数据。就目前来看，很多程序都在使用外部存储卡，但很少有程序去主动清理数据，所以无论你的SD卡有多大，它的可用空间却越来越少。与内部存储不同的是，当程序卸载时，它在外部存储所创建的文件数据是不会被清除的。所以清理外部存储空间的责任丢给了用户自己，每隔一段时间就去查看下SD卡，发现无用数据立马删除。外部存储的缺点就是不是很稳定，对于Android手机来讲可以说，很不稳定，本身闪存介质就容易出问题，SD卡处于不能正常使用的状态十分多。 先来说说外部存储相关的使用方法和API： a. Check media availability检查介质的可用性 如前所述，外部存储介质的稳定性十分的差，所以在使用之前一定要先检查它的可用性，如果可用再去用 view plain to clipboardprint? 1.final String state = Environment.getExternalStorageState(); 2.if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } view plain to clipboardprint? 1.final String state = Environment.getExternalStorageState(); if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } final String state = Environment.getExternalStorageState(); if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } b. Get the directory获取外部存储卡的路径 事实上，外部存储卡的路径是“/mnt/sdcard"，所以你直接这样写去访问也能访问的到。鉴于可读性和可移植性的考虑，建议这样写： view plain to clipboardprint? 1.File sdcardDir = Environment.getExternalStorageDirectory(); view plain to clipboardprint? 1.File sdcardDir = Environment.getExternalStorageDirectory(); File sdcardDir = Environment.getExternalStorageDirectory(); c. For API 8 or greater, there are some other useful APIs helping to manager files and directories. 如果你使用API 8(Android 2.2)或者更高，那么SDK中又多了几个操作外部存储文件和路径的接口，文档中也建议开始者更加规范的使用SD卡。比如，创建相应的目录去存储相应的数据，Music，Picture，Video等。应用程序目录也变成了"/Android/data/package-name/data"。具体的使用可以参考文档，这里不重复。当然，就像编程规范一样，这里只是规范，你完全可以不遵守它，但出于可读性和可移植性，还是建议按照文档建议的去做。 下面总结一下使用时应该注意的一些和外部存储的特点： a. 外部存储卡不是随时想用就能够用的，所以一定要记得在使用之前检查它的可用性 b. 存储在外部存储卡上的数据是所有应用程序都可见，用户也可见（使用FileManager），所以安全性不是很好，虽然文档声称可以在外部存储卡上写程序私有数据，但貌似没用，用FileManager仍然可以删除或编辑文件（Market上面的FileManager功能都十分的强大，能让用户看到SD卡中的所有文件，和操作能看到的文件）。 c. Android手机支持把外部存储卡Mount至PC做为U盘，当连接数据线时，这时SD卡变成了U盘连接到了另外的操作系统中。什么意思，就是在Android当中虽然有的文件属性（隐藏，私有等），到了PC上就不一定管用了，用户在PC上可以随意操作文件（这就是第二点中所提及的）。 d. 如果使用外部存储卡保存数据，一定要额外做好异常处理：外部存储卡不可用时把数据存入哪里；可用的时候再怎么同步数据（这是比较头疼的地方，可行的做法就是当SD卡不可用时不准用户写数据，但这用户体验又不是很好，但如你所知，很多应用都这么干）；你的数据被破坏了。当然常见的异常也要考虑，比如空间满了，无法写入，磁盘坏道等。 1.SQLite Database数据库 Android对数据库的支持很好，它本身集成了SQLite数据库，每个应用都可以方便的使用它，或者更确切的说，Android完全依赖于SQLite数据库，它所有的系统数据和用到的结构化数据都存储在数据库中。 它具有以下优点： a. 效率出众，这是无可否认的 b. 十分适合存储结构化数据 c. 方便在不同的Activity，甚至不同的应用之间传递数据 先前有一篇文章讲到了不同Activity和不同应用之间传递数据的麻烦，特别是对于大型数据结构，因为Activity虽是Java对象，但去无法像使用其他类对象那样去创建一个实例然后使用它，更无法给Activity加上Setters和Getters（虽然这样做了没有编译错误）。比较好的解决方案就是把结构化数据写入数据库，然后在不同的Activity之间传递它们的Uri。 d. 由专门的ContentProvider来帮忙管理和维护数据库 e. 可以方便的设置访问权限，私有还是都可见 f. 操作方便，使用标准的CRUDE语句，ContentResolver.query(), update(), delete() insert()，详见ContentResolver g. 良好的可移植性和通用性，用标准的SQL语句就能实现CRUDE 对于它的使用方法可以去参考文档，这里也说不清楚。 1.Internet网络 网络是比较不靠谱的一个，因为移动终端的网络稳定性，以及所产生的流量让人伤不起，用户更伤不起。但若是对于非常重要的实时数据，或是需要发送给远端服务器处理的，也可以考虑使用网络实时发送。这已经有先例了，Apple和Google就是这样，iPhone设备和Android设备都会在用户不知情的情况 下收集用户的信息，然后又在用户不知情的情况 下发送到Apple和Google的服务器上，也就是所谓的“跟踪门”。除此之外，智能手机（特别是Android和火热的iPhone）上面的应用程序都会偷偷的在后台运行，收集用户数据，然后再偷偷的发服务器，直接伤害是用户流量，请看先前的文章。 对比这几种方式，可以总结下： 1. 简单数据和配置信息，SharedPreference是首选； 2. 如果SharedPreferences不够用，那么就创建一个数据库 3. 结构化数据，一定要创建数据库，虽然这稍显烦锁，但是好处无穷 4. 文件就是用来存储文件(也即非配置信息或结构化数据)，如文本文件，二进制文件，PC文件，多媒体文件，下载的文件等等。 5. 尽量不要创建文件 6. 如果创建文件，如果是私密文件或是重要文件，就存储在内部存储，否则放到外部存储 7. 不要收集用户数据，更不要发到网络上，虽然你们也有很多无奈。用户也无奈，也无辜，但更无助 平台为开发者准备了这么多的方式固然是一件好事，但我们要认清每一种的优点和缺点，根据实际情况选择最合适的。还有一个原则就是最简单原则，也就是说能用简单的方式处理，就不要用复杂的方式。比如存储几个数据或简单对象，用SharedPreference也能做到，何必还去写个ContentProvider呢?
4. Android开发 sqlite作用
SQLite简介
Google为Andriod的较大的数据处理提供了SQLite，他在数据存储、管理、维护等各方面都相当出色，功能也非常的强大。SQLite具备下列特点：
1.轻量级
使用 SQLite 只需要带一个动态库，就可以享受它的全部功能，而且那个动态库的尺寸想当小。
2.独立性
SQLite 数据库的核心引擎不需要依赖第三方软件，也不需要所谓的“安装”。
3.隔离性
SQLite 数据库中所有的信息（比如表、视图、触发器等）都包含在一个文件夹内，方便管理和维护。
4.跨平台
SQLite 目前支持大部分操作系统，不至电脑操作系统更在众多的手机系统也是能够运行，比如：Android。
5.多语言接口
SQLite 数据库支持多语言编程接口。
6.安全性
SQLite 数据库通过数据库级上的独占性和共享锁来实现独立事务处理。这意味着多个进程可以在同一时间从同一数据库读取数据，但只能有一个可以写入数据。
Android中的SQLite使用
首先创建数据库类
public class DatabaseHelper extends SQLiteOpenHelper {
private static final String DB_NAME = "mydata.db"; //数据库名称
private static final int version = 1; //数据库版本
public DatabaseHelper(Context context) {
super(context, DB_NAME, null, version);
// TODO Auto-generated constructor stub
}
@Override
public void onCreate(SQLiteDatabase db) {
String sql = "create table user(username varchar(20) not null , password varchar(60) not null );";
db.execSQL(sql);
}
@Override
public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
// TODO Auto-generated method stub
}
}
SQLiteOpenHelper类介绍
SQLiteOpenHelper是SQLiteDatabase的一个帮助类，用来管理数据库的创建和版本的更新。一般是建立一个类继承它，并实现它的onCreate和onUpgrade方法。
方法名
方法描述
SQLiteOpenHelper(Context context,String name,SQLiteDatabase.CursorFactory factory,int version) 构造方法，一般是传递一个要创建的数据库名称那么参数
onCreate(SQLiteDatabase db) 创建数据库时调用
onUpgrade(SQLiteDatabase db,int oldVersion , int newVersion) 版本更新时调用
getReadableDatabase() 创建或打开一个只读数据库
getWritableDatabase() 创建或打开一个读写数据库
下面来介绍调用的方法
创建数据库
这里特别的地方是通过调用了SQLiteOpenHelper类的getReadableDatabase()方法来实现创建一个数据库的
1
2
3
DatabaseHelper database = new DatabaseHelper(this);//这段代码放到Activity类中才用this
SQLiteDatabase db = null;
db = database.getReadalbeDatabase();
SQLiteDatabase类为我们提供了很多种方法，而较常用的方法如下
（返回值）方法名
方法描述
(int) delete(String table,String whereClause,String[] whereArgs) 删除数据行的便捷方法
(long) insert(String table,String nullColumnHack,ContentValues values) 添加数据行的便捷方法
(int) update(String table, ContentValues values, String whereClause, String[] whereArgs) 更新数据行的便捷方法
(void) execSQL(String sql) 执行一个SQL语句，可以是一个select或其他的sql语句
(void) close() 关闭数据库
(Cursor) query(String table, String[] columns, String selection, String[] selectionArgs, String groupBy, String having, String orderBy, String limit) 查询指定的数据表返回一个带游标的数据集
(Cursor) rawQuery(String sql, String[] selectionArgs) 运行一个预置的SQL语句，返回带游标的数据集（与上面的语句最大的区别就是防止SQL注入）
数据的添删改查分别可以通过2种途径来实现
数据的添加
1.使用insert方法
1
2
3
ContentValues cv = new ContentValues();//实例化一个ContentValues用来装载待插入的数据cv.put("username","Jack Johnson");//添加用户名
cv.put("password","iLovePopMusic"); //添加密码
db.insert("user",null,cv);//执行插入操作
2.使用execSQL方式来实现
1
2
String sql = "insert into user(username,password) values ('Jack Johnson','iLovePopMuisc');//插入操作的SQL语句
db.execSQL(sql);//执行SQL语句
数据的删除
同样有2种方式可以实现
1
2
3
String whereClause = "username=?";//删除的条件
String[] whereArgs = {"Jack Johnson"};//删除的条件参数
db.delete("user",whereClause,whereArgs);//执行删除
使用execSQL方式的实现
1
2
String sql = "delete from user where username='Jack Johnson'";//删除操作的SQL语句
db.execSQL(sql);//执行删除操作
数据修改
同上，仍是2种方式
1
2
3
4
5
ContentValues cv = new ContentValues();//实例化ContentValues
cv.put("password","iHatePopMusic");//添加要更改的字段及内容
String whereClause = "username=?";//修改条件
String[] whereArgs = {"Jack Johnson"};//修改条件的参数
db.update("user",cv,whereClause,whereArgs);//执行修改
使用execSQL方式的实现
1
2
String sql = "update [user] set password = 'iHatePopMusic' where username='Jack Johnson'";//修改的SQL语句
db.execSQL(sql);//执行修改
数据查询
数据查询相对前面几种方法就复杂一些了，因为查询会带有很多条件
通过query实现查询的
public Cursor query(String table, String[] columns, String selection, String[] selectionArgs, String groupBy, String having, String orderBy, String limit)
各参数说明：
table：表名称
colums：列名称数组
selection：条件子句，相当于where
selectionArgs：条件语句的参数数组
groupBy：分组
having：分组条件
orderBy：排序类
limit：分页查询的限制
Cursor：返回值，相当于结果集ResultSet
针对游标（Cursor）也提供了不少方法
方法名称
方法描述
getCount() 总记录条数
isFirst() 判断是否第一条记录
isLast() 判断是否最后一条记录
moveToFirst() 移动到第一条记录
moveToLast() 移动到最后一条记录
move(int offset) 移动到指定的记录
moveToNext() 移动到吓一条记录
moveToPrevious() 移动到上一条记录
getColumnIndex(String columnName) 获得指定列索引的int类型值
实现代码
1
2
3
4
5
6
7
8
Cursor c = db.query("user",null,null,null,null,null,null);//查询并获得游标
if(c.moveToFirst()){//判断游标是否为空
for(int i=0;i<c.getCount();i++){
c.move(i);//移动到指定记录
String username = c.getString(c.getColumnIndex("username");
String password = c.getString(c.getColumnIndex("password"));
}
}
通过rawQuery实现的带参数查询
1
2
3
4
Cursor c = db.rawQuery("select * from user where username=?",new Stirng[]{"Jack Johnson"});
if(cursor.moveToFirst()) {
String password = c.getString(c.getColumnIndex("password"));
}
5. 相册怎么设置密码OPPO
在OPPO手机相册中设置密码，可以通过以下步骤来实现：
1. 打开相册，选择要加密的相册。
2. 点竖冲击右上角的“...”或“更多”选项。
3. 选择“加密”或“设置密码”选项，然后输入想要设置的密码并确认。
4. 成功设置密拍纤郑码后，下次进入该相册时需要输入密码才能查看其中的图片或视频。
需要注意的是，设置密码后一定要妥善保管好密码，否则如果忘记密码就无法访问相册内的图片或视频。此外，如果之后要取消密码保护也可以通过“更多”选项袭颂来取消该相册的密码设置。
6. android 数据存储的几种方式
总体的来讲，数据存储方式有三种：一个是文件，一个是数据库，另一个则是网络。其中文件和数据库可能用的稍多一些，文件用起来较为方便，程序可以自己定义格式；数据库用起稍烦锁一些，但它有它的优点，比如在海量数据时性能优越，有查询功能，可以加密，可以加锁，可以跨应用，跨平台等等；网络，则用于比较重要的事情，比如科研，勘探，航空等实时采集到的数据需要马上通过网络传输到数据处理中心进行存储并进行处理。 对于Android平台来讲，它的存储方式也不外乎这几种，按方式总体来分，也是文件，数据库和网络。但从开发者的角度来讲它可以分为以下五种方式： 1.SharedPreferences共享偏好 2.Internal Storage内部存储空间 3.External Storage外部存储空间 4.SQLite Database数据库 5.Internet网络 这几种方式各自有各自的优点和缺点，要根据不同的实际情况来选择，而无法给出统一的标准。下面就各种方式谈谈它们的优缺点，以及最合适的使用情况： 1.Shared Preferences共享偏好 SharedPreferences是用来存储一些Key/Value类似的成对的基本数据类型，注意，它只能存储基本数据类型，也即int, long, boolean, String, float。事实上它完全相当于一个HashMap，唯一不同的就是HashMap中的Value可以是任何对象，而SharedPreferences中的值只能存储基本数据类型(primitive types)。 对于它的使用方法，可以参考Android Developer Guide，这里不重复。 如此来看，最适合SharedPreferences的地方就是保存配置信息，因为很多配置信息都是Key/Value。事实上，在Android当中SharedPreferences使用最多的地方也是用来保存配置（Settings）信息，系统中的Settings中这样，各个应用中的Settings也是这样。并且，Android中为了方便的使用SharedPreferences保存配置信息，它来专门有PreferenceActivity用来封装。也就是说如果你想在应用程序中创建配置（Settings），你可以直接使用PreferenceActivity和一些相关的专门为Preference封装的组件，而不用再直接去创建，读取和保存SharedPreference，Framework中的这些组件会为你做这些事。 再谈谈一些使用SharedPreference时的技巧，它只能保存基本数据类型，但假如我想保存一个数组，怎么办？可以把数据进行处理，把它转化成一个String，取出的时候再还原就好了；再如，如想保存一个对象，怎么办，同样，可以把对象序列化成为字符序列，或转成String（Object.toString()），或是把它的HashCode（Object.hashCode()）当成Value保存进去。 总之，SharedPreferences使用起来十分的方便，可以灵活应用，因为它简单方便，所以能用它就尽量不要用文件或是数据库。 1.Internal Storage内部存储空间 所谓的内部存储与外部存储，是指是否是手机内置。手机内置的存储空间，称为内部存储，它是手机一旦出厂就无法改变，它也是手机的硬件指标之一，通常来讲手机内置存储空间越大意味着手机价格会越贵(很多地方把它称为手机内存，但我们做软件的知道，这并不准确，内存是指手机运行时存储程序，数据和指令的地方；这里应该是手机内部存储的简称为内存，而并非严格意义上的内存)。 内部存储空间十分有限，因而显得可贵，所以我们要尽可能避免使用；另外，它也是系统本身和系统应用程序主要的数据存储所在地，一旦内部存储空间耗尽，手机也就无法使用了。所以对于内部存储空间，我们要尽量避免使用。上面所谈到的Shared Preferences和下面要谈到的SQLite数据库也都是存储在内部存储空间上的。 Android本身来讲是一个Linux操作系统，所以它的内部存储空间，对于应用程序和用户来讲就是“/data/data"目录。它与其他的（外部的存储）相比有着比较稳定，存储方便，操作简单，更加安全（因为可以控制访问权限）等优点。而它唯一的缺点就是它比较有限，比较可贵。 虽然，可以非常容易的知道程序本身的数据所在路径，所有的应用程序的数据路径都是“/data/data/app-package-name/”，所有的程序用到的数据，比如libs库，SharedPreferences都是存放在这个路径下面。但我们在使用的时候最好不要，或是千万不要直接引用这个路径。 使用内部存储主要有二个方式，一个是文件操作，一个是文件夹操作。无论哪种方式，Context中都提供了相应的函数来支持，使用Context不但操作简单方便，最重要的是Context会帮助我们管理这些文件，也可以方便帮助我们控制文件的访问权限。先来系统的说下Context中关于文件和文件夹操作的函数有哪些。 a. 创建一个文件，并打开成一个文件输出流，需要提供一个String，作为文件名 1.FileOutputStream output = Context.openOutputFile(filename， Context.MODE_PRIVATE); 2.output.write(data）；// use output to write whatever you like 3.output.close(); 1.FileOutputStream output = Context.openOutputFile(filename， Context.MODE_PRIVATE); output.write(data）；// use output to write whatever you like output.close(); b. 同样，想打开一个文件作为输入的话，也是只需要提供文件名 1.FileInputStream input = Context.openInputFile(filename); 2.input.read(); 3.input.close(); 1.FileInputStream input = Context.openInputFile(filename); input.read(); input.close(); c. 列出所有的已创建的文件 1.String[] files = Context.fileList(); 2.for (String file : files) ｛ 3. Log.e(TAG, "file is " + file); 4.} 1.String[] files = Context.fileList(); for (String file : files) ｛ Log.e(TAG, "file is " + file); } d. 删除文件，能创建就要能够删除，当然也会提供了删除文件的接口，它也非常简单，只需要提供文件名 1.if (Context.deleteFile(filename)) { 2. Log.e(TAG, "delete file " + filename + " sucessfully“); 3.} else { 4. Log.e(TAG, "failed to delete file " + filename); 5.} 1.if (Context.deleteFile(filename)) { Log.e(TAG, "delete file " + filename + " sucessfully“); } else { Log.e(TAG, "failed to delete file " + filename); } e. 获取文件已创建文件的路径，它返回一个文件对象用于操作路径 1.File fileDir = Context.getFileDir(); 2.Log.e(TAG, "fileDir " + fileDir.getAbsolutePath(); 1.File fileDir = Context.getFileDir(); Log.e(TAG, "fileDir " + fileDir.getAbsolutePath(); f. 创建一个目录，需要传入目录名称，它返回 一个文件对象用到操作路径 1.File workDir = Context.getDir(dirName, Context.MODE_PRIVATE); 2.Log.e(TAG, "workdir " + workDir.getAbsolutePath(); 1.File workDir = Context.getDir(dirName, Context.MODE_PRIVATE); Log.e(TAG, "workdir " + workDir.getAbsolutePath(); g. 以File对象方式查看所创建文件，需要传入文件名，会返回文件对象 1.File store = Context.openFileStreamPath(filename); 2.Log.e(TAG, "store " + store.length()); 1.File store = Context.openFileStreamPath(filename); Log.e(TAG, "store " + store.length()); h. 获取Cache路径，无需要传入参数，返回文件对象 1.File cachedir = Context.getCacheDir(); 2.Log.e(TAG, "cachedir " + cacheDir.getAbsolutePath()); 1.File cachedir = Context.getCacheDir(); Log.e(TAG, "cachedir " + cacheDir.getAbsolutePath()); 总结一下文件相关操作，可以得出以下三个特点： 1. 文件操作只需要向函数提供文件名，所以程序自己只需要维护文件名即可； 2. 不用自己去创建文件对象和输入、输出流，提供文件名就可以返回File对象或输入输出流 3. 对于路径操作返回的都是文件对象。 如前所述，内部存储空间有限，可贵，安全，稳定，所以应该用来保存比较重要的数据，比如用户信息资料，口令秘码等不需要与其他应用程序共享的数据。也可以用来创建临时文件，但一定要注意及时删除。另外，对于内部存储还有一个非常重要的特点，那就是在应用程序被卸载时，应用程序在内部存储空间的文件数据将全部被删除。系统这样做的原因很简单，就是因为内部存储很有限，它必须保证它的可用性，因为一旦添满，系统将无法再正常工作。 1.External Storage外部存储空间 再来谈谈手机外部存储空间，与内部存储空间相对，外部存储空间是指手机出厂的时候不存在，用户在使用时候可以自由添加的外部存储介质比如TS卡，SD卡等闪存储介质。这些闪存介质由最初的空间小价格贵，到现在的大容量价格便宜，所以几乎每个支持外部存储的手机上面都有大容量（大于等于2G）的闪存卡。 Android也是不例外，它完全支持外部存储介质。其实更确切的说，它是要依赖于外部存储卡的，因为对于Android系统，如果没有外部存储卡，很多的系统应用无法使用，比如多媒体相关的应用程序无法使用。虽然Android很依赖，但是外部存储卡也有它自身的特点，它最大的优点就是存储空间大，基本上你可无限制的使用，也不怎么担心去清除数据。就目前来看，很多程序都在使用外部存储卡，但很少有程序去主动清理数据，所以无论你的SD卡有多大，它的可用空间却越来越少。与内部存储不同的是，当程序卸载时，它在外部存储所创建的文件数据是不会被清除的。所以清理外部存储空间的责任丢给了用户自己，每隔一段时间就去查看下SD卡，发现无用数据立马删除。外部存储的缺点就是不是很稳定，对于Android手机来讲可以说，很不稳定，本身闪存介质就容易出问题，SD卡处于不能正常使用的状态十分多。 先来说说外部存储相关的使用方法和API： a. Check media availability检查介质的可用性 如前所述，外部存储介质的稳定性十分的差，所以在使用之前一定要先检查它的可用性，如果可用再去用 view plain to clipboardprint? 1.final String state = Environment.getExternalStorageState(); 2.if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } view plain to clipboardprint? 1.final String state = Environment.getExternalStorageState(); if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } final String state = Environment.getExternalStorageState(); if (state.equals(Environment.MEDIA_MOUNTED) || state.equals(Environment.MEDIA_READ_ONLY)) {// sd card is ready to us } b. Get the directory获取外部存储卡的路径 事实上，外部存储卡的路径是“/mnt/sdcard"，所以你直接这样写去访问也能访问的到。鉴于可读性和可移植性的考虑，建议这样写： view plain to clipboardprint? 1.File sdcardDir = Environment.getExternalStorageDirectory(); view plain to clipboardprint? 1.File sdcardDir = Environment.getExternalStorageDirectory(); File sdcardDir = Environment.getExternalStorageDirectory(); c. For API 8 or greater, there are some other useful APIs helping to manager files and directories. 如果你使用API 8(Android 2.2)或者更高，那么SDK中又多了几个操作外部存储文件和路径的接口，文档中也建议开始者更加规范的使用SD卡。比如，创建相应的目录去存储相应的数据，Music，Picture，Video等。应用程序目录也变成了"/Android/data/package-name/data"。具体的使用可以参考文档，这里不重复。当然，就像编程规范一样，这里只是规范，你完全可以不遵守它，但出于可读性和可移植性，还是建议按照文档建议的去做。 下面总结一下使用时应该注意的一些和外部存储的特点： a. 外部存储卡不是随时想用就能够用的，所以一定要记得在使用之前检查它的可用性 b. 存储在外部存储卡上的数据是所有应用程序都可见，用户也可见（使用FileManager），所以安全性不是很好，虽然文档声称可以在外部存储卡上写程序私有数据，但貌似没用，用FileManager仍然可以删除或编辑文件（Market上面的FileManager功能都十分的强大，能让用户看到SD卡中的所有文件，和操作能看到的文件）。 c. Android手机支持把外部存储卡Mount至PC做为U盘，当连接数据线时，这时SD卡变成了U盘连接到了另外的操作系统中。什么意思，就是在Android当中虽然有的文件属性（隐藏，私有等），到了PC上就不一定管用了，用户在PC上可以随意操作文件（这就是第二点中所提及的）。 d. 如果使用外部存储卡保存数据，一定要额外做好异常处理：外部存储卡不可用时把数据存入哪里；可用的时候再怎么同步数据（这是比较头疼的地方，可行的做法就是当SD卡不可用时不准用户写数据，但这用户体验又不是很好，但如你所知，很多应用都这么干）；你的数据被破坏了。当然常见的异常也要考虑，比如空间满了，无法写入，磁盘坏道等。 1.SQLite Database数据库 Android对数据库的支持很好，它本身集成了SQLite数据库，每个应用都可以方便的使用它，或者更确切的说，Android完全依赖于SQLite数据库，它所有的系统数据和用到的结构化数据都存储在数据库中。 它具有以下优点： a. 效率出众，这是无可否认的 b. 十分适合存储结构化数据 c. 方便在不同的Activity，甚至不同的应用之间传递数据 先前有一篇文章讲到了不同Activity和不同应用之间传递数据的麻烦，特别是对于大型数据结构，因为Activity虽是Java对象，但去无法像使用其他类对象那样去创建一个实例然后使用它，更无法给Activity加上Setters和Getters（虽然这样做了没有编译错误）。比较好的解决方案就是把结构化数据写入数据库，然后在不同的Activity之间传递它们的Uri。 d. 由专门的ContentProvider来帮忙管理和维护数据库 e. 可以方便的设置访问权限，私有还是都可见 f. 操作方便，使用标准的CRUDE语句，ContentResolver.query(), update(), delete() insert()，详见ContentResolver g. 良好的可移植性和通用性，用标准的SQL语句就能实现CRUDE 对于它的使用方法可以去参考文档，这里也说不清楚。 1.Internet网络 网络是比较不靠谱的一个，因为移动终端的网络稳定性，以及所产生的流量让人伤不起，用户更伤不起。但若是对于非常重要的实时数据，或是需要发送给远端服务器处理的，也可以考虑使用网络实时发送。这已经有先例了，Apple和Google就是这样，iPhone设备和Android设备都会在用户不知情的情况 下收集用户的信息，然后又在用户不知情的情况 下发送到Apple和Google的服务器上，也就是所谓的“跟踪门”。除此之外，智能手机（特别是Android和火热的iPhone）上面的应用程序都会偷偷的在后台运行，收集用户数据，然后再偷偷的发服务器，直接伤害是用户流量，请看先前的文章。 对比这几种方式，可以总结下： 1. 简单数据和配置信息，SharedPreference是首选； 2. 如果SharedPreferences不够用，那么就创建一个数据库 3. 结构化数据，一定要创建数据库，虽然这稍显烦锁，但是好处无穷 4. 文件就是用来存储文件(也即非配置信息或结构化数据)，如文本文件，二进制文件，PC文件，多媒体文件，下载的文件等等。 5. 尽量不要创建文件 6. 如果创建文件，如果是私密文件或是重要文件，就存储在内部存储，否则放到外部存储 7. 不要收集用户数据，更不要发到网络上，虽然你们也有很多无奈。用户也无奈，也无辜，但更无助 平台为开发者准备了这么多的方式固然是一件好事，但我们要认清每一种的优点和缺点，根据实际情况选择最合适的。还有一个原则就是最简单原则，也就是说能用简单的方式处理，就不要用复杂的方式。