❶ 一般的android开发都用到了系统架构哪些层
1：android分为四个层，从高层到低层分别是应用程式层、应用程式框架层
开发一个程式，android系统框架是层层相扣，不能分开的。 应用程式层： 这个层主要指的就是用java语言编写的执行在虚拟机器上的程式，Google在最开始时就 在android系统中捆绑了一些核心的应用（核心应用的编写必须使用应用层序框架层的API框架.
2：android 开发框架有四个层，从高层到低层分别是应用程式层、应用程式框架层
android应用开发框架是 Application Framework. 其系统架构由5部分组成，分别是：Linux Kernel、Android Runtime、Libraries、Application Framework、Applications。
开发什么应用？
硬体还是软体？
硬体的话，看看这个：
:m2m.temolin./doc/62/m100wu-lian-mo-kuai
软体的话，看看这个：
:jb51./article/51052.htm
对于作业系统来言，不存在C/S,B/S一说。
java的确执行效率不如C/C++,但任何开发语言都有其各种特点，有缺点必有优点，否而只能被淘汰。
java有很多过人之处，要不然android也不会看上java作为其应用层的开发语言。
android相比IOS，的确存在距离，但我始终相信以LINUX为核心的android在几百万开发者的磨练下，将会越来越完美，“开源”永远值得人们去琢磨，精益求精！
Solaris支援多种系统架构: SPARC, x86 and x64. x64即AMD64及EMT64处理器。在版本2.5.1的时候，Solaris曾经一度被移植到PowerPC架构, 但是后来又在这一版本正式释出时被删去。与Linux相比，Solaris可以更有效地支援对称多处理器、即SMP架构。Sun同时宣布将在Solaris 10的后续版本中提供Linux执行环境, 允许Linux二进位制程式直接在Solaris x86和x64系统上执行。
Solaris传统上与基于Sun SPARC处理器的硬体体系结构结合紧密, 在设计上和市场上经常捆绑在一起，整个软硬体系统的可靠性和效能也因此大大增强。然而SPARC系统的成本和价格通常要高于PC类的产品，这成为Solaris进一步普及的障碍。可喜的是，Solaris对x86体系结构的支援正得到大大加强，特别是Solaris 10已经能很好地支援x64(AMD64/EMT64)架构。Sun公司已推出自行设计的基于AMD64的工作站和服务器，并随机附带Solaris 10。
dalvik是执行的时候编译+执行，安装比较快，开启应用比较慢，应用占用空间小
ART是安装的时候就编译好了，执行的时候直接就可以执行的，安装慢，开启应用快，占用空间大
用个比喻来说就是，骑脚踏车
dalvik 是已经摺叠起来的脚踏车，每次骑都要先组装脚踏车才能骑
ART 是已经组装好的脚踏车，每次骑直接上车就能走人
系统架构属于系统设计阶段，系统架构图只是这个阶段一个产物，要正确的、合理的画系统架构图需要全面的理解使用者需求以及业务流程，当理解了这些东西后，剩下的就是如何进行表达了，一般而言，可以参照RUP的用例驱动来进行逻辑架构，开发架构等设计工作，你稿春的系统架构图可以反应在各个视图里面，我估计你所说的系统架构图是属于逻辑架构里面，比键枝如分多少层，每层分多少模组等。
至于，绘制的工具，有很多很多。可以选择微软的visio,或者EA,rose,power designer等UML建模工具，当然，你甚至可以用PPT,Word来绘制。
当然，系统架构不是一日之功，需长期努力，跟经验和技术都有很大关系。
今天兴致来了，回复了这么多，不知满意不。
我不是高人，也谈不上指点，我只是一个很普通的程式码工人发表一下自己的看法哈~~
一个activity上多个surfaceview切换的做法是做游戏开发的，现在市面上大多数游戏都是采用的这种做法，并没有什么不妥，surfaceview使得画面更自由，拿到canvas后就不局限于安桌提供的控制元件了，纯自由发挥，各种游戏特效表现得更精彩。只是切换surfaceview时稍微麻烦点，需要写程式码来手动判断游戏状态和控制切换。
如果你只是做普通的应用，安桌提供的控制元件能满足你的需求，你就用普通的activity呗。用surfaceview多麻烦啊。把切换丢给系统来管理，省去不少事儿。如果你愿意麻烦，使用surfaceview来相互手动切换，也没什么问题的，放心去做吧。毕竟记忆体管理机制用的是JАVΑ的那一套，自动回收，用哪种架构都差别不大。
个人拙见，手动拼音打字，非ctrl+c/ctrl+v之流。望诸位看官别笑话俺哈~~
一个好的IT架构师,眼光不会仅仅停留在写程式码的层次上,在做开发的时间里，他们会积极学习各种知识，经验，培养自己的商业头脑，包括扩充套件自己各方面的资源，这些积累会为他们未来成为管理者或创业打下牢固的基础。
对于学习来说我们都是希望可以全面综合的掌握技术，这样才有助于你今后的整体发展。目前企业需要的不再是理论型人才了，而是实用技能型人才。
首先我们需要全面掌握专业实用的技术，其次加强个人整体素质的提升，这样才能符合目前企业的用人需求。如果我们选择了单科学习无疑是在起跑线上局限了我们的个人发展，或许短期内你觉得只是需要某项单独的技术，但是你有没有想过今后你不可能一直从事底层的程式设计师，看着和你同意时间进入公司的同事虽然技术和你不相上下，但是由于掌握的比较全面而被提升为专案主管、专案经理，或许到那个时候你又要为此再一次走进培训机构，这样也是耽误你个人的时间和精力，我相信你也希望自己今后可以步入管理层工作，有一个更好的发展。最好 是 掌握全面的技术,资料库,JAVA.NET.客户端技术。
就我接触到的说一下，我第一家公司专案比较小型是 springmvc + spring + hibernate （也有mabatis的） ，第二家公司，专案是大型的，所以好多是分散式的框架，spring、spring integration、bbo、zookeeper、redis、mybatis等都有用到
JDE属于分散式架构,人和系统恕我孤陋寡闻,没听过阿
❷ MVC 模式的原理，它在 Android 中是如何运用的
MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。其中M层处理数据，业务逻辑等；V层处理界面的显示结果；C层起到桥梁的作用，来控制V层和M层通信以此来达到分离视图显示和业务逻辑层。
在Android开发中，比较流行的开发框架模式采用的是MVC框架模式，采用MVC模式的好处是便于UI界面部分的显示和业务逻辑，数据处理分开。那么Android项目中哪些代码来充当M,V,C角色呢？
M层：适合做一些业务逻辑处理，比如数据库存取操作，网络操作，复杂的算法，耗时的任务等都在model层处理。这个和JavaEE不太一样，javaee中model层一般只有模型，而复杂的操作一般放在业务(service)层中。
V层：应用层中处理数据显示的部分，XML布局可以视为V层，显示Model层的数据结果。
C层：在Android中，Activity处理用户交互问题，因此可以认为Activity是控制器，Activity读取V视图层的数据（eg.读取当前EditText控件的数据），控制用户输入（eg.EditText控件数据的输入），并向Model发送数据请求（eg.发起网络请求等）。
❸ android开发框架有哪些
Android开发框架主要包括以下几个：
一、Android官方SDK框架
Android官方SDK框架是Android开发的基础，提供了Android系统的基础组件和开发API。它包括视图系统、资源系统、内容提供者、位置服务等模块，使开发者能够利用Android系统提供的各种功能进行应用开发。
二、MVC框架（Model-View-Controller）
MVC是一种常用的软件设计模式，在Android开发中也有着广泛的应用。MVC框架将应用程序分为三个基本组成部分：模型（Model）、视图（View）和控制器（Controller）。这种分离的方式有助于代码的模块化，提高代码的可维护性和可重用性。
三、MVVM框架（Model-View-ViewModel）
MVVM框架是MVC框架的一种改进，它引入了ViewModel层，使得视图与业务逻辑之间通过ViewModel进行交互。这提高了代码的清晰性和可测试性。在Android开发中，常见的MVVM框架实现有Data Binding和LiveData等。
四、Clean Architecture框架
Clean Architecture框架强调代码的层次性和模块化。它将应用分为多个层次，如数据层、领域层、UI层等，每层之间通过明确的接口进行交互。这种设计使得代码更加清晰，易于维护和扩展。
五、Kotlin Android Extensions框架
Kotlin Android Extensions是Kotlin语言在Android开发中的一项特性，它简化了视图与代码之间的交互。通过Kotlin的扩展属性，开发者可以直接访问UI组件，减少了大量繁琐的代码。此外，Kotlin的null安全特性也减少了空指针异常的风险。