dalvik

安装配置 直接安装的话，一般在 /etc/nginx/ 下。 查看nginx日志配置项， vi nginx.conf nginx日志分为access log 和 error log 其中access log 记录了哪些用户，哪些页面以及用户浏览器、ip和其他的访问信息 error log 则是记录服务器错误日志 错误日志的形式如下： 10.1.1.1 - - [22/Aug/2014:16:48:14 +0800] "POST /ajax/MbpRequest.do HTTP/1.1" 200 367 "-" "Dalvik/1.6.0 (Linux; U; Android 4.1.1; ARMM7K Build/JRO03H)" "119.189.56.175" 127.0.0.1:8090 0.022 0.022 10.1.1.1 - - [22/Aug/2014:16:48:19 +0800] "POST /ajax/MbpRequest.do HTTP/1.1" 200 616 "-" "Dalvik/1.6.0 (Linux; U; Android 4.0.4; GT-I9103 Build/IMM76D)" "36.250.89.22" 127.0.0.1:8090 0.036 0.036 从上面我们可以看出几部分信息： 1.客户端（用户）IP地址。如：上例中的 10

一、Android系统的一般性框架 一、android 系统的启动流程 一张自做草图先大概了解下： 第一个android进程，或许说是第一个dalvik进程zygote进程，是在init.rc中用命令启动的，init.rc在device/方案商/产品型号 中，各个厂商可能会有不同的命名，比如rk init.rk30board.rc。里面会有启动zygote进程和传参的具体细节，如果想深入了解可参考老罗的系列文章：Dalvik虚拟机的启动过程分析。 我这里引入一个形象的比喻，也是出自一位网友的博客。如果android是一个世界，我们把init.rc比喻成造物者，它创造的第一个人就是亚当（zygote）,亚当（zygote）一个人太寂寞，用自己的肋骨（fork 子进程）创造了夏娃（SystemServer），夏娃（SystemServer）负责创建更多的人（package service，power service。。。。。），当创造的东西太多了，就需要一个管家（activity manage service）来管理，就这样人数（service）越来越多，但是仍然井然有序，每一个人的祖先都是zygote，他们的基因（各自所对应的dalvik虚拟机实例，或者后面版本的ART虚拟机实例）都是从祖先（zygote）遗传下来（zygote fork子进程之前就已经初始化了dalvik/art

3 月，跳不动了？>>> 所以我现在正在学习MSIL来学习调试我的C＃.NET应用程序。 我一直想知道： 堆栈的目的是什么？ 只是将我的问题放在上下文中： 为什么从内存转移到堆栈或“加载？” 另一方面，为什么会从堆栈转移到内存或“存储”？ 为什么不将它们全部放在内存中？ 是因为它更快吗？ 是因为它基于RAM吗？ 为了效率？ 我正在努力掌握这一点，以帮助我更深入地理解 CIL 代码。 #1楼 关于此，有一篇非常有趣/详细的维基百科文章 ，堆栈机器指令集的优点 。 我需要完全引用它，所以简单地放一个链接就更容易了。 我只想引用子标题 非常紧凑的目标代码 简单的编译器/简单的解释器 最小的处理器状态 #2楼 如果没有遵循堆栈/堆的概念并且数据被加载到随机存储器位置或者数据是从随机存储器位置存储的......它将是非常非结构化的和非托管的。 这些概念用于在预定义的结构中存储数据，以提高性能，内存使用......以及因此称为数据结构。 #3楼 请记住，当您谈论MSIL时，您正在谈论 虚拟 机的说明。 .NET中使用的VM是基于堆栈的虚拟机。 与基于寄存器的VM相反，Android操作系统中使用的 Dalvik VM 就是一个例子。 VM中的堆栈是虚拟的，由解释器或即时编译器将VM指令转换为在处理器上运行的实际代码。 在.NET的情况下几乎总是一个抖动

Android： Google于2007年11月5日宣布，基于Linux平台搭建的开源手机操作系统的名称。 Logo是一个绿色（ #A4C639 ）机器人， 有时Logo会用纯文字来表达。 版本迭代： 1.1：2008年9月发布的Android第一版 1.5（ Cupcake，纸杯蛋糕，2009年4月30日）：支持拍摄/播放影片， 蓝牙耳机 ， 浏览器 ，复制/贴上，虚拟 键盘 ，屏幕旋转，来电照片显示 ； 1.6（ Donut，甜甜圈，2009年9月15日）： 支持 CDMA 网络，文字转语音 ， Virtual Private Network ， 更多的屏幕分辨率； 2.0：2009年10月26日， 支持HTML5，数码变焦； 2.2/2.2.1（ Froyo，冻酸奶，2010年5月20日）：性能提升， 3G 网络共享 ， Flash ； 2.3.x（Gingerbread，姜饼，2010年12月7日）： 感应器 ， 前置摄像头； 3.0/3.1/3.2（ Honeycomb，蜂巢，2011年2月2日/ 2011年 5月11日/ 2011年7月13日）：优化平板 ， USB 输入设备（ 键盘 、 鼠标 等）； 4.0（ Ice Cream Sandwich，冰激凌三明治，2011年10月19日 ）：全新的UI，Chrome Lite浏览器，离线功能，隐身浏览模式，截图，图片编辑

1. 出错描述：服务RSA解密抛出javax.crypto.BadPaddingException: Decryption error 2.出错原因：Android系统使用的虚拟机（dalvik）跟SUN标准JDK是有所区别的，其中他们默认的RSA实现就不同。即Android端用Cipher.getInstance("RSA")方法进行加密时，使用的provider是Bouncycastle Security provider，Bouncycastle Security provider默认实现的是“RSA/None/NoPadding”算法，而服务器(PC)端用Cipher.getInstance("RSA")进行解密时，使用的是Sun的security provider，实现的是“RSA/None/PKCS1Padding”算法，所以，解密时会失败。 3. 解决方法：Android端的加密算法如下 /** * 公钥加密 * @param data 待加密数据 * @param key 密钥 * @return byte[] 加密数据 * */ public static byte[] encryptByPublicKey(byte[] data,String key) throws Exception{ //解密密钥 byte[] keyBytes =