锐客网

  1. 首页 > 睿知 > >

android1，请问1下甚么是android怎 样才可以从电脑里下载内容到它的里面

经验分享睿知

1，请问1下甚么是android怎 样才可以从电脑里下载内容到它的里面android是1个手机系统的名称 。中文音译为：安卓 。像Samsung（3星）OPPOlenovo等等手机大部份都用的android系统 。像iPhone（苹果）用的是IOS系统 。而NOKIA（诺基亚 。已宣布破产）用的是Saipan（塞班）系统 。android与电脑的连接：首先从360官网下载1个360手机助手,然后打开360手机助手 。用数据线连接手机与电脑 。然后手机助手会自动提示你如何操作 。连接成功后你就能够从电脑里下载内容到它的里面 。平板电脑和智能手机的操作是差不多的，手机助手在平板上也能够用的 。
2 ， Android知识点解析1Activity生命周期什么是activity：提供给用户交互的接口 ， 实现点击、滑动等操作的界面 。4种状态：runningpausestoppedkilledActivity启动->onCreate()->onStart()->onResume() onResume()和onStart()均为前台可见点击Home按键返回到主界面(Activity不可见)->onPause()->onStop()当再次回到原Activity时->onRestart()->onStart()->onResume()退出当前Activity时->onPause()->onStop()->onDestroy() Destroy：销毁和资源回收进程优先级（优先级：高----->低）：前台/可见/服务/后台/空任务栈（Task）栈结构：后进先出 一个Task包含Activity的集合 ， 通过Task管理每一个Activity，可以结合Activity的启动模式去理解 。实例：退出APP时，需要将Task种的Activity完全地移除，才能安全并且完全地退出应用 。一个APP当中可能不止一个Task，但一个Activity可以独享一个Task启动模式1.Standard/标准模式：每启动一个Activity，则不会考虑当前Task中是否已经存在Activity的实例，直接创建并放置栈顶，缺点是比较消耗资源 。2.SingleTop栈顶复用模式：如果栈顶存在当前Activity的实例，则不去创建，直接复用栈顶的Activity 。若不是，则创建 。3.SingleTask栈内复用模式：单例，检测整个任务栈是否存在Activity的实例，如果存在则移除销毁实例以上的Activity ， 并回调onNewIntent()方法 。4.SingleInstance：ActivityA独享一个Task，且App中有且只有一个ActivityA的实例 。Schema跳转协议页面内跳转协议，通过定义自己的Schema协议，可以方便地跳转到app的各个页面 。应用场景：服务端可以定制化告诉App跳转到相应页面；可以通过通知栏消息定制化跳转页面；通过H5页面跳转等
3，安卓系统到底是什么Android是一种以Linux为基础的开放源码操作系统，主要使用于便携设备 。目前尚未有统一中文名称，中国大陆地区较多人使用安卓（非官方）或安致（官方） 。Android操作系统最初由Andy Rubin开发，最初主要支持手机 。2005年由Google收购注资，并组建开放手机联盟开发改良，逐渐扩展到平板电脑及其他领域上 。Android的主要竞争对手是苹果公司的iOS以及RIM的Blackberry OS 。2011年第一季度，Android在全球的市场份额首次超过塞班系统 ， 跃居全球第一 。2011年11月数据，Android占据全球智能手机操作系统市场52.5%的份额，中国市场占有率为58% 。就是一个移动操作系统的名字，跟windows ios sybian一个道理就是一个手机上的操作系统 。。。【android1，请问1下甚么是android怎 样才可以从电脑里下载内容到它的里面】
4，Android V1及V2签名原理简析 Android为了保证系统及应用的安全性，在安装APK的时候需要校验包的完整性，同时，对于覆盖安装的场景还要校验新旧是否匹配，这两者都是通过Android签名机制来进行保证的，本文就简单看下Android的签名与校验原理，分一下几个部分分析下：签名是摘要与非对称密钥加密相相结合的产物 ， 摘要就像内容的一个指纹信息，一旦内容被篡改，摘要就会改变，签名是摘要的加密结果，摘要改变，签名也会失效 。Android APK签名也是这个道理 ， 如果APK签名跟内容对应不起来，Android系统就认为APK内容被篡改了，从而拒绝安装，以保证系统的安全性 。目前Android有三种签名V1、V2（N）、V3（P），本文只看前两种V1跟V2，对于V3的轮密先不考虑 。先看下只有V1签名后APK的样式：再看下只有V2签名的APK包样式：同时具有V1 V2签名：可以看到 ， 如果只有V2签名，那么APK包内容几乎是没有改动的，META_INF中不会有新增文件 ， 按Google官方文档：在使用v2签名方案进行签名时，会在APK文件中插入一个APK签名分块，该分块位于zip中央目录部分之前并紧邻该部分 。在APK签名分块内，签名和签名者身份信息会存储在APK签名方案v2分块中 ， 保证整个APK文件不可修改  ， 如下图：而V1签名是通过META-INF中的三个文件保证签名及信息的完整性：V1签名是如何保证信息的完整性呢？V1签名主要包含三部分内容，如果狭义上说签名跟公钥的话 ， 仅仅在.rsa文件中，V1签名的三个文件其实是一套机制，不能单单拿一个来说事，如果对APK中的资源文件进行了替换，那么该资源的摘要必定发生改变，如果没有修改MANIFEST.MF中的信息，那么在安装时候V1校验就会失败，无法安装，不过如果篡改文件的同时，也修改其MANIFEST.MF中的摘要值，那么MANIFEST.MF校验就可以绕过 。CERT.SF个人觉得有点像冗余，更像对文件完整性的二次保证，同绕过MANIFEST.MF一样，.SF校验也很容易被绕过 。CERT.RSA与CERT.SF是相互对应的，两者名字前缀必须一致，不知道算不算一个无聊的标准 。看下CERT.RSA文件内容：CERT.RSA文件里面存储了证书公钥、过期日期、发行人、加密算法等信息，根据公钥及加密算法，Android系统就能计算出CERT.SF的摘要信息，其严格的格式如下：从CERT.RSA中，我们能获的证书的指纹信息，在微信分享、第三方SDK申请的时候经常用到，其实就是公钥+开发者信息的一个签名：除了CERT.RSA文件，其余两个签名文件其实跟keystore没什么关系，主要是文件自身的摘要及二次摘要，用不同的keystore进行签名，生成的MANIFEST.MF与CERT.SF都是一样的，不同的只有CERT.RSA签名文件 。也就是说前两者主要保证各个文件的完整性 ， CERT.RSA从整体上保证APK的来源及完整性 ， 不过META_INF中的文件不在校验范围中，这也是V1的一个缺点 。V2签名又是如何保证信息的完整性呢？前面说过V1签名中文件的完整性很容易被绕过，可以理解 单个文件完整性校验的意义并不是很大，安装的时候反而耗时，不如采用更加简单的便捷的校验方式 。V2签名就不针对单个文件校验了，而是 针对APK进行校验 ，将APK分成1M的块，对每个块计算值摘要，之后针对所有摘要进行摘要，再利用摘要进行签名 。也就是说，V2摘要签名分两级，第一级是对APK文件的1、3 、4 部分进行摘要，第二级是对第一级的摘要集合进行摘要，然后利用秘钥进行签名 。安装的时候，块摘要可以并行处理，这样可以提高校验速度 。APK是先摘要，再签名，先看下摘要的定义：Message Digest：摘要是对消息数据执行一个单向Hash，从而生成一个固定长度的Hash值，这个值就是消息摘要，至于常听到的MD5、SHA1都是摘要算法的一种 。理论上说 ， 摘要一定会有碰撞，但只要保证有限长度内碰撞率很低就可以，这样就能利用摘要来保证消息的完整性，只要消息被篡改，摘要一定会发生改变 。但是，如果消息跟摘要同时被修改，那就无从得知了 。而数字签名是什么呢（公钥数字签名），利用非对称加密技术，通过私钥对摘要进行加密，产生一个字符串，这个字符串+公钥证书就可以看做消息的数字签名，如RSA就是常用的非对称加密算法 。在没有私钥的前提下 ， 非对称加密算法能确保别人无法伪造签名，因此数字签名也是对发送者信息真实性的一个有效证明 。不过由于Android的keystore证书是自签名的，没有第三方权威机构认证，用户可以自行生成keystore，Android签名方案无法保证APK不被二次签名 。知道了摘要跟签名的概念后，再来看看Android的签名文件怎么来的？如何影响原来APK包？通过sdk中的apksign来对一个APK进行签名的命令如下：其主要实现在 android/platform/tools/apksig 文件夹中，主体是ApkSigner.java的sign函数，函数比较长，分几步分析先来看这一步 ， ApkUtils.findZipSections ， 这个函数主要是解析APK文件，获得ZIP格式的一些简单信息，并返回一个ZipSections，ZipSections包含了ZIP文件格式的一些信息，比如中央目录信息、中央目录结尾信息等 ， 对比到zip文件格式如下：获取到 ZipSections之后，就可以进一步解析APK这个ZIP包，继续走后面的签名流程，可以看到先进行了一个V2签名的检验，这里是用来签名，为什么先检验了一次？第一次签名的时候会直接走这个异常逻辑分支，重复签名的时候才能获到取之前的V2签名，怀疑这里获取V2签名的目的应该是为了排除V2签名 ， 并获取V2签名以外的数据块，因为签名本身不能被算入到签名中，之后会解析中央目录区，构建一个DefaultApkSignerEngine用于签名先解析中央目录区，获取AndroidManifest文件，获取minSdkVersion(影响签名算法) ， 并构建DefaultApkSignerEngine，默认情况下V1 V2签名都是打开的 。第五步与第六步的主要工作是：apk的预处理，包括目录的一些排序之类的工作，应该是为了更高效处理签名 ， 预处理结束后，就开始签名流程，首先做的是V1签名（默认存在，除非主动关闭）：步骤7、8、9都可以看做是V1签名的处理逻辑，主要在V1SchemeSigner中处理 ， 其中包括创建META-INFO文件夹下的一些签名文件，更新中央目录、更新中央目录结尾等，流程不复杂，不在赘述 ， 简单流程就是：这里特殊提一下重复签名的问题： 对一个已经V1签名的APK再次V1签名不会有任何问题，原理就是：再次签名的时候，会排除之前的签名文件 。可以看到目录、META-INF文件夹下的文件、sf、rsa等结尾的文件都不会被V1签名进行处理，所以这里不用担心多次签名的问题 。接下来就是处理V2签名 。V2SchemeSigner处理V2签名 ， 逻辑比较清晰，直接对V1签名过的APK进行分块摘要，再集合签名 ， V2签名不会改变之前V1签名后的任何信息，签名后，在中央目录前添加V2签名块，并更新中央目录结尾信息 ， 因为V2签名后，中央目录的偏移会再次改变：签名校验的过程可以看做签名的逆向 ， 只不过覆盖安装可能还要校验公钥及证书信息一致，否则覆盖安装会失败 。签名校验的入口在PackageManagerService的install里，安装官方文档 ， 7.0以上的手机优先检测V2签名，如果V2签名不存在 ， 再校验V1签名，对于7.0以下的手机，不存在V2签名校验机制 ， 只会校验V1 ， 所以，如果你的App的miniSdkVersion<24(N) ， 那么你的签名方式必须内含V1签名：校验流程就是签名的逆向，了解签名流程即可，本文不求甚解 ， 有兴趣自己去分析，只是额外提下覆盖安装，覆盖安装除了检验APK自己的完整性以外，还要校验证书是否一致只有证书一致（同一个keystore签名），才有可能覆盖升级 。覆盖安装同全新安装相比较多了几个校验这里只关心证书部分：Android V1及V2签名签名原理简析仅供参考，欢迎指正 5，android程序开发 <activity android:name=".Activity01Activity"android:label="@string/app_name">里面 ".Activity01Activity"应该是 ".Activity01" 吧或者注册的activity <activity android:name=".otherActivity" android:label= "@string/other"/>错误<activity android:name=".Activity01Activity"android:label="@string/app_name">把【=".Activity01Activity"】改成【=".Activity01" 】 吧，看提示名字应该是Activity01啊 。顺便给你推荐一个学习Android的好去处：【千锋3G学院】www.mobiletrain.org ， 里边的资料很全的 。6，androidpadding和androidmargin的区别padding表示的是内边距,而margin表示外边距!android:id="@+id/textView1" android:layout_width="wrap_content" android:layout_height="wrap_content" android:background="#669900" android:text="第一个textview" /> android:id="@+id/textView2" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_marginTop="10dp" android:background="#229911" android:text="第二个textview" /> android:id="@+id/textView3" android:layout_width="wrap_content" android:padding="10dp" android:background="#aa1100" android:layout_height="wrap_content" android:text="第三个textview" /> 看图,先说margin: 1. 第二个textview设置了margin_top,所以他就距离上一个textview有了一个距离; 2. 第三个textview没有设置margin_top的值,所以就紧贴着第二个textview; 再说padding: 1.前两个textview没有设置padding,所以内容就紧挨着控件的边框,而第三个设置了10dp的padding,所以就内容就距离各个边框各10dp的距离,而整个控件就被撑大了! 2.同样,padding也可以设置单独距离某一面的距离,padding_left就是距离左边的内边距!

    推荐阅读


    上一篇：flickr安卓中文版,任何环境都能捕捉美好瞬间

    下一篇：安卓脑图软件下载,如何在安卓手机制作思维导图并同步到电脑?