13518219792
你好，原生(native)开发一般是指用原生开发语言开发,原生开发语言就是开发整个系统时使用的编程语言.对于iOS来说就是Objective C,对于Android来说...不太好说,因为Android用的Linux内核是用C开发的,中间层的库是用C/C++开发的,但应用程序框架和应用程序都是用"Java"开发的,这个系统就是用一堆开源的工程拼起来的,真不太好说哪种语言算是它的原生开发语言原生App实际上是一种基于智能手机本地操作系统如Android、IOS和Windows Phone并且使用原生程序编写运行的第三方移动应用程序。开发原生App软件需要针对不同智能手机的操作系统来选择不同的App开发语言，如安卓App是Java开发语言、IOS APP是Objective-C语言、Windows Phone的APP开发是C##语言。
公司主营业务：网站建设、网站设计、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出台儿免费做网站回馈大家。
如今市面上多数的APP软件开发都是使用的原生程序编写的应用程序，也就是说大部分的手机APP属于原生APP应用软件。原生APP因为位于平台层上方，所以向下访问和兼容的能力也比较好，可以支持在线或者离线消息推送或是进行本地资源访问，以及摄像拨号功能的调取。
原生App
原生APP又称Native App，该开发针对IOS、Android、Windows等不同的手机操作系统要采用不同的语言和框架进行开发，该模式通常是由“云服务器数据+APP应用客户端”两部份构成，APP应用所有的UI元素、数据内容、逻辑框架均安装在手机终端上。
原生App
1、每一种移动操作系统都需要独立的开发项目。
2、每种平台都需要独立的开发语言。Java(Android), Objective-C(iOS)以及Visual C++(Windows phone)等等。
3、需要使用各自的软件开发包，开发工具以及各自的控件。
原生App仅供参考
1. 原生android系统是指Google公司发布，没有经过第三方修改的安卓系统。比如lephone的leos，m9的系统以及移动的ophone
2. 普通安卓系统就是系统虽然都是安卓，不同品牌的手机肯定会自己定制一些东西，如桌面，软件，解锁等
原生系统的优势在于，google官方会以原生系统为开发标准，新的android系统都是原生的。在没有添加任何厂商定制功能的基础上，纯原生的效率应该是最好的。而且升级也会比较优先。
原生android系统是指google公司发布，没有经过第三方修改的安卓系统。通常手机app的开发方向包括webview和原生两个，webview可以统一平台，开发迅速等特点，但是反应速度却是很慢。
原生android系统是指Google公司发布的最原始最纯净的安卓系统，没有经过任何（手机厂商）的第三方修改，是手机中最完美的系统。因为开源导致一样的安卓系统有的很流畅有的很卡顿，现在一些手机玩家已经不考虑手机的硬件配置只要它是原生就行
Android Support Library 23.2 推出之后，增加了几个功能，例如支持Vector Drawables 和Animated Vector Drawables；增加AppCompat DayNight 主题；Design 库中增加Bottom Sheets，RecyclerView 支持 auto-measurement，之前的wrap_content ,match_parent 都将可以发挥作用等等
公司的App 之前使用过第三方的[BottomSheet] （ ），现在Android 有自己的BottomSheet 那还不赶紧换成原生的。然而好事多磨，Android 原生BottomSheet 资料太少，深研下去发现BottomSheet 就是个大坑！
BottomSheet 使用需要CoordinatorLayout作为父布局，BottomSheet 的布局作为CoordinatorLayout 的子布局，并且BottomSheetBehavior（比如加上app:layout_behavior=”android.support.design.widget.BottomSheetBehavior”）
实际使用过程中主要依靠BottomSheetBehavior来控制BottomSheet的展示及回调。
BottomSheetBehavior 具有五种状态：
设置状态：
bottomSheetBehavior.setState(BottomSheetBehavior.STATE_EXPANDED);
回调：
强调：
BottomSheetBehavior将能帮你实现 常驻bottom sheet（ persistent bottom sheet） 的场景, 但这个版本还提供了BottomSheetDialog 和 BottomSheetDialogFragment 来实现 modal bottom sheets 的场景。只需要将AppCompatDialog 或者AppCompatDialogFragment分别替换成上述的两个控件，你就拥有了 bottom sheet 风格的对话框
然而我们实际我们需要BottomSheetDialog 是展开的，而BottomSheetDialog只展示一部分
原因：BottomSheetDialog默认是STATE_COLLAPSED，所有BottomSheetDialog 依靠peekHight来设置高度，系统BottomSheetDialog 默认高度为256dp（查源码得知）,那按理来说我们的BottomSheetDialog 高度该是256dp，但是我们实际发现BottomSheetDialog高度也不等于256dp。我们研究下BottomSheetBehavior的中控制BottomSheetDialog高度源码:
通过源码我们可以得知BottomSheetBehavior通过改变child的偏移量而控制BottomSheetDialog的高度，默认状态为STATE_COLLAPSED,child向下移动mMaxOffset高度，从而控制child显示高度为mPeekHeight,这就需要child与parent 顶部对齐，child的getTop 为0；
然而我们再去查看Android的BottomSheetDialog 内中布局R.layout.design_bottom_sheet_dialog,发现我们自定义的的BottomSheetDialog 的contentView 是放置在FrameLayout 中的，然而FrameLayout出于某些原因为垂直居中的，而不是顶部对齐，从而导致BottomSheetDialog在256dp的基础上向下偏移,只展示一部分。
所以我们可以通过下面方法解决BottomSheetDialog 的显示问题
解决方法如下：
当我们设置bottomSheetDialog每次点击后不new,而是直接show的话，然而当我们会bottomSheetDialog 展开后，我们将BottomSheetDialog划下隐藏后， 再点击展示BottomSheetDialog后，会发现页面只是变暗，BottomsheetDialog未展开，这是由于之前我们划下收缩隐藏BottomSheetDialog后，bottomSheetDialogBehavior的状态为隐藏，再次show之后，系统未恢复bottomSheetDialogBehavior的状态，还是隐藏，所以再次点击后页面只是变暗。
本文已过时，最新文章：向大家推荐《使用 AS 开发 System App》
Android原生系统带有许多原生的App，比如 浏览器、录音机、计算器、设置 等，有些时候，我们需要用到一些系统的功能，或者是对已有的功能做二次开发，比如我上学时给一个公司做过一个Launcher和Wizard，就需要用到系统设置中的某些功能，比如Wifi、声音、显示等功能，于是就需要从Settings源码中提取出需要的功能。
特别是公司自己定制Android系统，需要在上面做一些 系统级的App 的时候，原生App已有的功能就可以通过编译其源码的方式直接拿过来改改就能用，而且可用度很高。
这里有两种情况，分为 原生 的和 公司定制 的系统。无论是原生的还是定制的，类似于Settings这样需要使用到 系统级或隐藏API 的App，都需要系统签名文件和编译系统源码后得到相应的jar包才可以在IDE中编译，因为标准SDK根本没有那些API可供调用。
举个栗子：
需要额外的Jar就需要自己编译系统源码啦，这个是比较麻烦的，有兴趣可以试试自己编译定制自己的Android系统。
** 注意，既然是定制的，源码、jar、签名文件，还有系统都是一一对应的，你不能拿其他公司的系统签名来给你公司的系统app签名，这样无法运行的。 **
有了源码，下一步当然是要跑起来啦。
建议都使用Eclipse来编译，不要使用AS，因为AS编译大型的原生App能卡到你吐血，而且出错提示也不友好。但是用过AS的人都不想再碰Eclipse了有没有？？别急，可以先用Eclipse编译过了，再贴到AS中，这样好很多，也很节省时间。
初始化：
放入源码：
修正res错误：
修正src错误：
使用到系统级API的，或者AndroidManifest.xml文件中声明了
那么没有系统签名，直接debug签名运行是不行的，需要向底层工程师要系统的签名文件，在源码目录
build\target\product\security
下的 platform.pk8 和 platform.x509.pem ，如果你想看此次编译Settings是否已成功了，可以适当的在入口加一下Log，然后导出未签名的apk，使用系统签名进行签名后，放到 /system/app/ 下替换掉Settings.apk，然后重启系统，打开设置，看看Logcat是否输出里加入的Log。
在不知道系统签名可以转换成debug签名前，老实说我一直都是用Log的方式调试，太特么痛苦了。现在知道后整个人都懵逼了。
我们都希望可以像调试普通app那样调试系统app，以下是如何通过 openssl 将 platform.pk8 和 platform.x509.pem 转换成 debug.keystore 文件：
三个命令
此方法来自：
Mac自带openssl，Linux和Win需要安装。
然后就可以使用得到的debug签名配置到eclipse后愉快的调试啦，当然，得先把系统中已经存在的app先删除掉。然后重启系统，至于如何配置eclipse的debug签名，请Google。
使用过AS后，当然希望在AS中也可以调试系统App，抽空再写篇相关编译和调试的文章。如果这篇文章帮到你了，给个赞呗。
前段时间，我们三易生活花了不少篇幅给大家分析刚刚发布不久的Android 12、Android 12L操作系统，以及他们背后的一些故事。
当时我们曾指出，如今谷歌Pixel系列机型上所搭载的“官方Android系统”，实际上与开源的AOSP代码已经不再能直接划等号。在谷歌明显将旗下硬件产品线的受众群从开发者转向普通消费者后，这家互联网巨头在正越来越积极地向Pixel系列的系统里增添“独占和首发功能”，从而使其用户体验变得越来越“接地气”、更符合一般用户的日常需求。
然而严格来说，变得更“接地气”的还不只有Pixel系列机型中所搭载，经过谷歌二次“魔改”后的独占Android系统，就连公开、免费的开源Android本身，近年来其实也发生了不小的变化。并且更为重要的是，如果我们深入地去探究这些变化就不难发现，它们之中的很多似乎都受到了国内智能手机厂商与他们“魔改安卓”的影响。
Android 6.0的重大更新，或许源自国内厂商
第一个明确受到国内“魔改系统”影响的原生Android功能是什么？关于这个问题，目前已经几乎无法考证。但要说在早期Android版本里，有什么重要功能是明显受到国内手机厂商影响而诞生的，毫无疑问就是Android 6.0时添加的软件权限管理功能了。
要知道，在整个原生Android系统的早期发展史中，“权限管理”可以说绝对是个老大难问题。早在Android 2.3之前，应用只需要在安装时向用户进行权限展示就行，用户其实是没有权利拒绝任何一项权限申请的，因为拒绝就意味着取消安装。换而言之，只要你安装了某个APP，就等于授予了其所请求的所有权限。
到了Android 2.3版本后，谷歌修改了原生Android系统的权限管理逻辑，规定APP在需要某些敏感权限时，必须额外向用户弹出提示。比如说，某款应用想要看你的联系人列表，此时系统就会给出提示询问你“是否同意”。虽然乍看之下，这个设计已经进步很大了，可问题是此时的Android系统里，这种“权限提示”是一次性、且效果永久的。也就是说，一旦用户选了“允许”或“不允许”，就再也没有“反悔”的机会了。而这就意味着你一时的手滑，就可能让一个流氓软件从此得逞；或是因为一时点错，从此造成一款软件变得无法正常运行。
正因如此，在Android 2.3之后，越来越多“魔改安卓”系统开始将功能强大、且支持用户随时更改的权限管理功能，作为了重点宣传项目，甚至一些主动“强力管控权限”的应用也因此红极一时。并且有意思的是，从这些“魔改安卓”系统的功能表现上来看，实际上6.0版前的Android系统内部就已经具备了随时开关应用权限的底层机制，但不知为什么谷歌就是没有将其开放给普通用户。直到Android 6.0的到来，许多国内开发者惊讶地发现，谷歌全新的（同时也是沿用至今的）权限管理功能，看起来与国产安卓手机系统几年前就已经做出来的功能极为相似。
大家熟悉的全面屏，同样是“出口转内销”
相比起Android权限管理功能“高度疑似”源自国内厂商的情况，如今Android系统对于各类全面屏设备的支持，以及其在应用后台省电方面的各种底层优化技术，就是很明确地是来自于国内企业的贡献了。
2016年，在小米初代MIX的发布会上，雷军不仅展示了这款“全面屏概念机”的种种设计和结构难点，还专门提到了小米团队带着真机前往谷歌总部，成功说服谷歌在Android系统中增加对“全面屏”原生支持的故事。
老实说，如果小米不去找谷歌、而是自己改系统显示比例，能不能让初代MIX正常工作？当然能。当时许多第三方“魔改”系统都可以随意更改屏幕比例、分辨率、DPI等参数，所以这在技术上实现起来一点也不困难。但是这样一来，初代MIX很可能就无法得到第三方应用的良好适配，自然也就很难有后来那么大的行业影响力了。
当然，你可以说小米当时去找谷歌，主动要求“魔改”Android的行为，实际上也为他们的竞争对手推出全面屏机型打下了基础。然而从整个行业的角度来说，这实际上正是小米高明的地方，毕竟自己的“全面屏”设计借谷歌Android之手成为了新的标准，这不仅使得其在产品研发上取得了主动，同时也直接带动了新的市场潮流，让消费者产生了对“全面屏手机”的需求。
“Android”越来越像安卓，而这当然是件好事
除了权限管理和“全面屏”外，纵观这些年来的Android技术发展史，我们实际上还能看到大量“撞脸”国内安卓系统的细节。比如说原生Android的后台省电机制、原生Android在状态栏下方新增的IoT设备控制面板，以及此次Android 12代码中被挖掘出来的“滚动截屏”、“ 游戏 模式”和“应用多开”等一系列功能。
Android 12隐藏的“ 游戏 模式”
为什么原生Android系统会在功能、设计上变得与国内的“魔改安卓”越来越像？一方面我们可以说，谷歌自然会吸取整个生态里的优秀设计，将他们认为有助于改善用户体验的设计变为“官方标准”。
从Android 11开始，关机界面就新增了对IoT设备的控制功能
从另一方面来说，大家要知道Android虽然是由谷歌负责“出品”，但实际上在整个开发阶段里，谷歌并非唯一的系统代码贡献者。除了谷歌外，包括三星、LG、MOTO、索尼，以及国内的小米、vivo、OPPO、realme、一加等等手机厂商，也都会向其贡献代码。
Android 12 Beta的官方合作厂商，几乎全是中国企业
如此一来，其实事情就很耐人寻味了。毕竟，如果原生Android系统“更像”国内的魔改安卓，实际上就只有两种可能。一种是谷歌现在也觉得国内手机厂商的“魔改系统”在一些设计上更为人性化、更好用；另一种则是代表着我们的国内手机厂商们在如今的Android体系里不断提高的贡献比例，也对有了更多的话语权、并且对新系统有了更多的影响力。
很显然，无论是哪一种情况，对于消费者来说都是好事一桩。
原生安卓系统（Android）是指Google公司发布，没有经过第三方修改的安卓系统，是操作系统最基层的也是最纯净的版本。
一般来说，主要是指各操作系统生产商最初建立的模型，各公司在模型的基础上再不断改进和优化，生产出不同的新版本。
扩展资料：
Android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发。
尚未有统一中文名称，中国大陆地区较多人使用“安卓”或“安致”。Android操作系统最初由Andy Rubin开发，主要支持手机。
2005年8月由Google收购注资。2007年11月，Google与84家硬件制造商、软件开发商及电信营运商组建开放手机联盟共同研发改良Android系统。
随后Google以Apache开源许可证的授权方式，发布了Android的源代码。第一部Android智能手机发布于2008年10月。
Android逐渐扩展到平板电脑及其他领域上，如电视、数码相机、游戏机、智能手表等。2011年第一季度，Android在全球的市场份额首次超过塞班系统，跃居全球第一。
2013年的第四季度，Android平台手机的全球市场份额已经达到78.1%。 2013年09月24日谷歌开发的操作系统Android在迎来了5岁生日，全世界采用这款系统的设备数量已经达到10亿台。
2014第一季度Android平台已占所有移动广告流量来源的42.8%，首度超越iOS。但运营收入不及iOS。
参考资料：百度百科---原生安卓
