安科网

Android 绘制原理浅析「干货」

androidstudyroom

androidstudyroom

2019-08-05

关注 关注

背景

对于Android开发，在面试的时候，经常会被问到，说一说View的绘制流程?我也经常问面试者，View的绘制流程.

对于3年以上的开发人员来说，就知道onMeasure/onLayout/onDraw基本，知道他们呢是干些什么的，这样就够了吗?

如果你来我们公司，我是你的面试官，可能我会考察你这三年都干了什么,对于View你都知道些什么，会问一些更细节的问题，比如LinearLayout的onMeasure,onLayout过程?他们都是什么时候被发起的,执行顺序是什么?

如果以上问题你都知道,可能你进来我们公司就差不多了(如果需要内推，可以联系我，Android/IOS 岗位都需要)，可能我会考察你draw的 canvas是哪里来的,他是怎么被创建显示到屏幕上呢?看看你的深度有多少?

对于现在的移动开发市场逐渐趋向成熟，趋向饱和，很多不缺人的公司，都需要高级程序员.在说大家也都知道，面试要造飞机大炮，进去后拧螺丝,对于一个3年或者5年以上Android开发不稍微了解一些Android深一点的东西,不是很好混.扯了这么多没用的东西，还是回到今天正题，Android的绘图原理浅析.

本文介绍思路

从面试题中几个比较容易问的问题，逐层深入，直至屏幕的绘图原理.

在讲Android的绘图原理前，先介绍一下Android中View的基本工作原理，本文暂不介绍事件的传递流程。

View 绘制工作原理

我们先理解几个重要的类，也是在面试中经常问到的

Activity,Window(PhoneWindow),DecorView之间的关系

理解他们三者的关系，我们直接看代码吧，先从Activity开始的setContentView开始(注:代码删除了一些不是本次分析流程的代码,以免篇幅过长)

  1. //Activity 
  2.  /** 
  3.  * Set the activity content from a layout resource. The resource will be 
  4.  * inflated, adding all top-level views to the activity. 
  5.  * 
  6.  * @param layoutResID Resource ID to be inflated. 
  7.  * 
  8.  * @see #setContentView(android.view.View) 
  9.  * @see #setContentView(android.view.View, android.view.ViewGroup.LayoutParams) 
  10.  */ 
  11.  public void setContentView(@LayoutRes int layoutResID) { 
  12.  getWindow().setContentView(layoutResID); 
  13.  initWindowDecorActionBar(); 
  14.  } 
  15.   
  16.  public Window getWindow() { 
  17.  return mWindow; 
  18.  } 
里面调用的getWindow的setContentView,这个接下来讲,那么这个mWindow是何时被创建的呢?
  1. //Activity 
  2. private Window mWindow; 
  3. final void attach(Context context, ActivityThread aThread,····） { 
  4.  attachBaseContext(context); 
  5.  mFragments.attachHost(null /*parent*/); 
  6.  mWindow = new PhoneWindow(this, window, activityConfigCallback); 
  7. } 
在Activity的attach中创建了PhoneWindow,PhoneWindow是Window的实现类.
继续刚才的setContentView
  1. //PhoneWindow 
  2.  @Override 
  3.  public void setContentView(int layoutResID) { 
  4.  if (mContentParent == null) { 
  5.  installDecor(); 
  6.  } else if (!hasFeature(FEATURE_CONTENT_TRANSITIONS)) { 
  7.  mContentParent.removeAllViews(); 
  8.  } 
  9.  if (hasFeature(FEATURE_CONTENT_TRANSITIONS)) { 
  10.  final Scene newScene = Scene.getSceneForLayout(mContentParent, layoutResID, 
  11.  getContext()); 
  12.  transitionTo(newScene); 
  13.  } else { 
  14.  mLayoutInflater.inflate(layoutResID, mContentParent); 
  15.  } 
  16.  } 
在setContentView中，如果mContentParent为空，会去调用installDecor,最后将布局infalte到mContentParent.在来看一下installDecor
  1. //PhoneWindow 
  2.  // This is the view in which the window contents are placed. It is either 
  3.  // mDecor itself, or a child of mDecor where the contents go. 
  4.  ViewGroup mContentParent; 
  5.   
  6.  private DecorView mDecor; 
  7.   
  8.  private void installDecor() { 
  9.  mForceDecorInstall = false; 
  10.  if (mDecor == null) { 
  11.  mDecor = generateDecor(-1); 
  12.  } else { 
  13.  mDecor.setWindow(this); 
  14.  } 
  15.  if (mContentParent == null) { 
  16.  mContentParent = generateLayout(mDecor); 
  17.  } 
  18.  } 
  19.  protected DecorView generateDecor(int featureId) { 
  20.  return new DecorView(context, featureId, this, getAttributes()); 
  21.  } 
在installDecor，创建了一个DecorView.看mContentParent的注释我们可以知道,他本身就是mDecor或者是mDecor的contents部分.
综上，我们大概知道了三者的关系，
  • Activity包含了一个PhoneWindow，
    •     
  • PhoneWindow就是继承于Window
    •     
  • Activity通过setContentView将View设置到了PhoneWindow上
    •     
  • PhoneWindow里面包含了DecorView，最终布局被添加到Decorview上.
理解ViewRootImpl,WindowManager,WindowManagerService(WMS)之间的关系
看了上述三者的关系后，我们知道布局最终被添加到了DecorView上.那么DecorView是怎么被添加到系统的Framework层.
当Activity准备好后，最终会调用到Activity中的makeVisible，并通过WindowManager添加View,代码如下
  1. //Activity  
  2.  void makeVisible() { 
  3.  if (!mWindowAdded) { 
  4.  ViewManager wm = getWindowManager(); 
  5.  wm.addView(mDecor, getWindow().getAttributes()); 
  6.  mWindowAdded = true; 
  7.  } 
  8.  mDecor.setVisibility(View.VISIBLE); 
  9.  } 
那他们到底是什么关系呢? (下面提到到客户端服务端是Binder通讯中的客户端服务端概念. )
以下内容是重点需要理解的部分
  • ViewRootImpl(客户端):View中持有与WMS链接的mAttachInfo，mAttachInfo持有ViewRootImpl.ViewRootImpl是ViewRoot的的实现,WMS管理窗口时，需要通知客户端进行某种操作，比如事件响应等.ViewRootImpl有个内部类W,W继承IWindow.Stub，实则就是一个Binder，他用于和WMS  IPC交互。ViewRootHandler也是其内部类继承Handler，用于与远程IPC回来的数据进行异步调用.
    •     
  • WindowManger(客户端):客户端需要创建一个窗口，而具体创建窗口的任务是由WMS完成,WindowManger就像一个部门经理，谁有什么需求就告诉它，它和WMS交互，客户端不能直接和WMS交互.
    •     
  • WindowManagerService(WMS)(服务端):负责窗口的创建,显示等.
View的重绘
从上述关系中，ViewRootImpl是用于接收WMS传递来的消息.那么我们来看一下ViewRootImpl里面的几个关于View绘制的代码.
在这里在强调一下,ViewRootImpl 两个重要的内部类
  • W类 继承Binder 用于接收WMS 传递来的消息
    •     
  • ViewRootHandler类继承Handler 接收W类的异步消息
下面看一下ViewRootHandler类.(以View的setVisible为例.)
  1. // ViewRootHandler(ViewRootImpl的内部类，用于异步消息处理，和Acitivity的启动很像) 
  2. //第一步 Handler接收W（Binder）传递来的消息 
  3. @Override 
  4. public void handleMessage(Message msg) { 
  5.  switch (msg.what) { 
  6.  case MSG_INVALIDATE: 
  7.  ((View) msg.obj).invalidate(); 
  8.  break; 
  9.  case MSG_INVALIDATE_RECT: 
  10.  final View.AttachInfo.InvalidateInfo info = (View.AttachInfo.InvalidateInfo) msg.obj; 
  11.  info.target.invalidate(info.left, info.top, info.right, info.bottom); 
  12.  info.recycle(); 
  13.  break; 
  14.  case MSG_DISPATCH_APP_VISIBILITY://处理Visible 
  15.  handleAppVisibility(msg.arg1 != 0); 
  16.  break; 
  17.  }  
  18. } 
  19.   
  20. void handleAppVisibility(boolean visible) { 
  21.  if (mAppVisible != visible) { 
  22.  mAppVisible = visible; 
  23.  scheduleTraversals(); 
  24.  if (!mAppVisible) { 
  25.  WindowManagerGlobal.trimForeground(); 
  26.  } 
  27.  } 
  28. } 
  29.   
  30.  void scheduleTraversals() { 
  31.  if (!mTraversalScheduled) { 
  32.  mTraversalScheduled = true; 
  33.  mTraversalBarrier = mHandler.getLooper().getQueue().postSyncBarrier(); 
  34.  //开启下次刷新，就遍历View树 
  35.  mChoreographer.postCallback( 
  36.  Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null); 
  37.  if (!mUnbufferedInputDispatch) { 
  38.  scheduleConsumeBatchedInput(); 
  39.  } 
  40.  notifyRendererOfFramePending(); 
  41.  pokeDrawLockIfNeeded(); 
  42.  } 
  43. } 
看一下mTraversalRunnable
  1. final class TraversalRunnable implements Runnable { 
  2.  @Override 
  3.  public void run() { 
  4.  doTraversal(); 
  5.  } 
  6.  } 
  7. final TraversalRunnable mTraversalRunnable = new TraversalRunnable(); 
  8.   
  9.  void doTraversal() { 
  10.  if (mTraversalScheduled) { 
  11.  mTraversalScheduled = false; 
  12.  mHandler.getLooper().getQueue().removeSyncBarrier(mTraversalBarrier); 
  13.  performTraversals(); 
  14.  } 
  15.  }  
在TraversalRunnable中，执行doTraversal.并在doTraversal执行performTraversals(),是不是看到了我们熟悉的performTraversals()了?是的，在这里才开始View的绘制工作.
在ViewRootImpl中的performTraversals()，这个方法代码很长(大约800行代码)，大致流程是
  1. 判断是否需要重新计算视图大小,如果需要就执行performMeasure()
    2.     
  2. 是否需要重新安置所在的位置,performLayout()
    3.     
  3. 是否需要重新绘制performDraw()
那么是什么导致View的重绘呢?这里总结了3个主要原因
  1. 视图本身内部状态(enable，pressed等)变化,可能引起重绘
    2.     
  2. View内部添加或者删除了View
    3.     
  3. View本身的大小和可见性发生了变化
View的绘制流程
在上一小节了,讲述了performTraversals()的是被WMS IPC调用执行的.View的绘制流程一般是
从performTraversals -> performMeasure() -> performLayout() ->  performDraw().
下面看一下performMeasure()
  1. //ViewRootImpl 
  2. private void performMeasure(int childWidthMeasureSpec, int childHeightMeasureSpec) { 
  3.  if (mView == null) { 
  4.  return; 
  5.  } 
  6.  Trace.traceBegin(Trace.TRACE_TAG_VIEW, "measure"); 
  7.  try { 
  8.  mView.measure(childWidthMeasureSpec, childHeightMeasureSpec); 
  9.  } finally { 
  10.  Trace.traceEnd(Trace.TRACE_TAG_VIEW); 
  11.  } 
  12.  } 
  13.   
  14.  public final void measure(int widthMeasureSpec, int heightMeasureSpec) { 
  15.  MeasureSpec.getMode(widthMeasureSpec) == MeasureSpec.EXACTLY 
  16.  && MeasureSpec.getMode(heightMeasureSpec) == MeasureSpec.EXACTLY; 
  17.  final boolean matchesSpecSize = getMeasuredWidth() == MeasureSpec.getSize(widthMeasureSpec) 
  18.  && getMeasuredHeight() == MeasureSpec.getSize(heightMeasureSpec); 
  19.  final boolean needsLayout = specChanged 
  20.  && (sAlwaysRemeasureExactly || !isSpecExactly || !matchesSpecSize); 
  21.  if (forceLayout || needsLayout) { 
  22.  mPrivateFlags &= ~PFLAG_MEASURED_DIMENSION_SET; 
  23.  resolveRtlPropertiesIfNeeded(); 
  24.  int cacheIndex = forceLayout ? -1 : mMeasureCache.indexOfKey(key); 
  25.  if (cacheIndex < 0 || sIgnoreMeasureCache) { 
  26.  //在这里调用了onMeasure 方法 
  27.  onMeasure(widthMeasureSpec, heightMeasureSpec); 
  28.  mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT; 
  29.  }  
  30.  } 
  31.  } 
最终调用了View的measure方法，而View中的measure()方法被定义成final类型,保证整个流程的执行.performLayout()和performDraw()也是类似的过程.
而对于程序员，自定义View只需要关注他提供出来几个对应的方法,onMeasure/onLayout/onDraw.  关于这方面知识的网上介绍的资料很多，也可以很容易的看到View及ViewGroup里面的代码,推荐看LinerLayout的源码理解这部分知识，在这里不详细展开.
Android的绘图原理浅析
Android屏幕绘制
关于绘制，就要从performDraw()说起，我们来看一下这个流程到底是怎么绘制的.
  1. //ViewRootImpl 
  2. //1 
  3.  private void performDraw() { 
  4.  try { 
  5.  draw(fullRedrawNeeded); 
  6.  } finally { 
  7.  mIsDrawing = false; 
  8.  Trace.traceEnd(Trace.TRACE_TAG_VIEW); 
  9.  } 
  10.  } 
  11.   
  12.  //2 
  13.  private void draw(boolean fullRedrawNeeded) { 
  14.  Surface surface = mSurface; 
  15.  if (!surface.isValid()) { 
  16.  return; 
  17.  } 
  18.   
  19.  if (!drawSoftware(surface, mAttachInfo, xOffset, yOffset, scalingRequired, dirty)) { 
  20.  return; 
  21.  } 
  22.  } 
  23.   
  24.  //3 
  25.  private boolean drawSoftware(Surface surface, AttachInfo attachInfo, int xoff, int yoff, 
  26.  boolean scalingRequired, Rect dirty) { 
  27.  Canvas canvas = mSurface.lockCanvas(dirty); 
  28.  }  
看代码执行流程，1—>2->3,  最终拿到了Java层的canvas,然后进行一系列绘制操作.而canvas是通过Suface.lockCanvas()得到的.
那么Surface又是一个什么呢?在这里Surface只是一个抽象,在APP创建窗口时，会调用WindowManager向WMS服务发起一个请求，携带上surface对象,只有他被分配完一段屏幕缓冲区才能真正对应屏幕上的一个窗口.
来看一下Framework中的绘图架构.更好的理解Surface
Android 绘制原理浅析「干货」
Surface本质上仅仅代表了一个平面，绘制不同图案显然是一种操作，而不是一段数据，Android使用了Skia绘图驱动库来进行平面上的绘制，在程序中使用canvas来表示这个功能.
双缓冲技术的介绍
在ViewRootImpl中,我们看到接收到绘制消息后，不是立刻绘制而是调用scheduleTraversals,在scheduleTraversals调用Choreographer.postCallback()，这又是因为什么呢?这其实涉及到屏幕绘制原理(除了Android其他平台也是类似的).
Android 绘制原理浅析「干货」
我们都知道显示器以固定的频率刷新，比如 iPhone的 60Hz、iPad Pro的  120Hz。当一帧图像绘制完毕后准备绘制下一帧时，显示器会发出一个垂直同步信号(VSync)，所以 60Hz的屏幕就会一秒内发出 60次这样的信号。
并且一般地来说，计算机系统中，CPU、GPU和显示器以一种特定的方式协作：CPU将计算好的显示内容提交给  GPU，GPU渲染后放入帧缓冲区，然后视频控制器按照 VSync信号从帧缓冲区取帧数据传递给显示器显示.
但是如果屏幕的缓冲区只有一块，那么这个VSync同步信号发出时，  开始刷新屏幕，那么你看到的屏幕就是一条一条的数据在变化.为了让屏幕看上去是一帧一帧的数据，一般都有两块缓冲区(也被成为双缓冲区).当数据要刷新时，直接替换另一个缓冲区的数据.
 
  
 
  android开发  
 
 
 
 
 
  androidstudyroom  
 
 
  androidstudyroom  
 
  0 关注   0 粉丝   0 动态  
 
 
   关注    关注   
 
 
 
 
 
 
 相关推荐 
  
 
 
  JetBrains 发布 Kotlin 桌面 UI 框架，共享 Android UI 代码  
 
 
 
   日前，软件开发厂商 JetBrains 发布了 Kotlin 桌面 UI 框架 Jetpack Compose for  Desktop，可应用在 Windows、macOS、Linux/x86，目前处于 Alpha 版本。Jetpack Compose      
 
 
  Nostalgiachild    2020-11-13  
 
  
 
 
  美最高法院将对甲骨文诉谷歌Android代码案作出终审裁定  
 
 
 
   甲骨文与谷歌就 Android 代码问题发起的诉讼，距今已有将近 10 个年头。经历了三次审判和两次上诉，这场官司终于还是闹上了美国最高法院。期间两家科技巨头已经动用了无数的人力和诉讼费用，以及努力向非技术专业的陪审团成员解释其中的缘由。不过当地时间周三上     
 
 
  韩伟佳    2020-10-09  
 
  
 
 
  不可不知的Android 11的安全功能以及改进  
 
 
 
   开发人员添加了新功能，解决了几个先前存在的隐私和安全问题。不妨看看开发人员在Android  11方面做出的一些大胆选择。尽管Android在过去的几个发行版中已在该问题上有了重大改进，但总有改进的余地，这正是开发人员所做的。应用程序请求访问位置、麦克风或     
 
 
  wuleihenbang    2020-09-16  
 
  
 
 
  Android开发笔记：使用 runOnUiThread() 方法更新 UI  
 
 
 
   在Android中对UI进行操作是不允许在子线程中进行的，但是直接在主线程中进行UI操作容易造成阻塞导致应用卡顿。一般使用runOnUiThread()方法在需要进行UI操作的时候将当前线程切换到主线程，使用方法如下：     
 
 
  zzqLivecn    2020-07-09  
 
  
 
 
  Android组件化 + MVP + MVVM  
 
 
 
   组件化和插件化已经提出了很久了，到现在也是比较稳定的一种架构方案了，在三年前，组件化和插件提出来没多久，前公司就已经在项目中使用了，只是当时还只是菜鸟，没有资格参与到架构的建设中，只是在大佬搭好的架构中写一些业务代码。当时的做法基本上也和现在网上流行的大多     
 
 
  chenjinlong    2020-06-10  
 
  
 
 
  Android避坑指南，发现了一个极度不安全的操作  
 
 
 
   最近发现微信多了个专辑功能，可以把一系列的原创文章聚合，刚好我每周都会遇到很多同学问我各种各样的问题，部分问题还是比较有意义的，我会在周末详细的写demo验证，简单扩展一下写成文章分享给大家。我们如何通过Java代码创建一个Student对象？上周一个群有     
 
 
  yinbaoshiguang    2020-06-09  
 
  
 
 
  ReactNative混合开发-3 Android混编配置  
 
 
 
   Code目录放置所有公用的ReactNative脚本，包，以及相关配置。Android目录放置原Android项目。在Code目录下创建package.json文件，编辑文件输入以下内容。注意，执行完以上命令后，可能会出现以下提示内容，表示我们需要安装指定     
 
 
  sgafdsg    2020-06-04  
 
  
 
 
  Android开发 状态栏开发  
 
 
 
   　　很多UI设计都要求修改状态栏的一些颜色、字体颜色、沉浸式等等效果。但是状态栏开发收到各种Android版本影响，在匹配的时候十分复杂。并且国内的各种设备商前几年疯狂修改Android系统代码，导致状态栏适配更加复杂。而且实现状态栏开发的方式google     
 
 
  ustcrding    2020-06-03  
 
  
 
 
  「Android高级开发」10年老程序员经验谈：navigation入门详解  
 
 
 
   　　Google 在2018年推出了 Android Jetpack,在Jetpack里有一种管理fragment的新架构模式,那就是navigation. 字面意思是导航,但是除了做APP引导页面以外.也可以使用在App主页分tab的情况.. 甚至可以一     
 
 
  chenjinlong    2020-06-03  
 
  
 
 
  Android 开发学习进程0.11  
 
 
 
   fragment不可以侧滑切换相关界面，但多数代码位于fragment中，易于维护，同时不会受到多个手势滑动的影响。有两种方式1使用资源文件布局，为textView直接添加背景src 操作简单2使用自定义view绘制矩形框，Draw绘制函数使用左上 右下两     
 
 
  AndroidGA    2020-06-01  
 
  
 
 
  飞凌i.MX6Q开发板Android系统下可以实现APP签名啦！速来  
 
 
 
   以下操作在 飞凌嵌入式 Cortex-A9 i.MX6Q开发板已经验证成功，其它平台请参考使用。在 使用 Android源码中的APP源码做参考做Android应用时，安装不到开发板上，eclipse中调试信息如下：。xml   version = &qu     
 
 
  安辉    2020-05-27  
 
  
 
 
  什么是Android中NDK开发  
 
 
 
   什么是Android中NDK开发？即可通过NDK在Android中使用JNI与本地代码交互。从而做到“Write once, run everywhere”。     
 
 
  绿豆饼    2020-05-26  
 
  
 
 
  Android 11开发人员评测：新增功能？  
 
 
 
   当谈到Android版本名称时，我们不再处在糖果，饼干和糖果的美味之地。与大多数其他软件一样，Google的移动操作系统现在采用干燥的数字绰号，而我们刚刚获得了Android 11的第一个开发人员预览版。除了 5G 支持外，Android 11还在安全性，     
 
 
  CNETNews    2020-05-26  
 
  
 
 
  Android开发进阶之路，你需要掌握这些关键技术！40万年薪不是梦  
 
 
 
   Android开发已经凉了吗？目前Android市场上初中级的工资6K到18K不等，高级大概在20K-35K，很多朋友初中级开发者卡在20K这个门槛始终迈不过去，想要学习又不知道该怎么着手，大多从做上层应用开始，到做 Framework 层就浅尝辄止。     
 
 
  xilove0    2020-05-12  
 
  
 
 
  Android中的Drawable资源  
 
 
 
   在Android应用中，常常会用到Drawable资源，比如图片资源等，在Android开发中我们是用Drawable类来Drawable类型资源的。Drawable资源一般存储在应用程序目录的\res\drawable目录下,当然依据分辨率的高低可以分别     
 
 
  绿豆饼    2020-05-12  
 
  
 
 
  Android之Handler消息传递机制详解zz  
 
 
 
   在Android开发中,多线程应用是非常频繁的,其中Handler机制随处可见.Handler是一套在 Android开发中 进行异步消息传递的机制。在Android开发中多线程的应用中，将工作线程中需更新UI的操作信息 传递到 UI主线程，从而实现 工作     
 
 
  ChainDestiny    2020-05-07  
 
  
 
 
  Android Handler 消息机制原理解析  
 
 
 
   做过 Android 开发的童鞋都知道，不能在非主线程修改 UI 控件，因为 Android 规定只能在主线程中访问 UI ，如果在子线程中访问 UI ，那么程序就会抛出异常。并且，Android 也不建议在 UI 线程既主线程中做一些耗时操作，否则会导致     
 
 
  doomvsjing    2020-05-07  
 
  
 
 
  Android开发 VectorDrawable 矢量图 （四）矢量图动画放入到一个xml文件中  
 
 
 
   　　在前面的博客Android 开发 VectorDrawable 矢量图 （三）矢量图动画里，了解了group动画与path动画的实现。但是，可能有些人会觉得这些动画的实现的xml文件实在是太多了。此篇博客就将说明如何将所有的矢量图与动画全放到一个xml     
 
 
  hqulyc    2020-05-05  
 
  
 
 
  Android-注解详解  
 
 
 
   地址：https://blog.csdn.net/wzgiceman/article/details/53483665   Android-注解详解背景上一章，我们研究了 Java注解 的用法；紧跟着这章研究一下Android相关的注解的使用，比如我们熟悉     
 
 
  lyccsu    2020-04-30  
 
  
 
 
  都2020年了Android开发者，别再忽视LeakCanary了  
 
 
 
   作为android进阶知识，性能优化不管是在社招面试还是在日常工作中都是相当实用的知识，并且也是区分中级和高级程序员的试金石。1）我们要找到性能低的地方，并且把这些地方解决掉，这个就是性能优化；2）我们要让自己具备一开始写的代码，它运行起来就是高性能的，所     
 
 
  86286339    2020-04-29  
 
  
 
 
 
 
 
 
 
  androidstudyroom  
 
 
  androidstudyroom  
  
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 W3CSchool教程 
 
 HTML 教程 
 
 CSS 教程 
 
 Bootstrap 教程 
 
 Javascript 教程 
 
 jQuery 教程 
 
 
 
 后端教程 
 
 C 教程 
 
 Java 教程 
 
 PHP 教程 
 
 Python 教程 
 
 Go 教程 
 
 
 
 移动开发 
 
 Android 教程 
 
 Swift 教程 
 
 Kotlin 教程 
 
 jQuery Mobile 教程 
 
 ionic 教程 
 
 
 
 关于我们 
 
 新闻动态 
 
 联系方式 
 
 招聘英才 
 
 安科实验室 
 
 帮助与反馈 
 
 
 
 
 
 安科网(Ancii)，中国第一极客网 
 
     
  •   
    •  
  •   
    •  
 
 
 
 
 
  
 Copyright © 2013 - 2019 Ancii.com 
 
 京ICP备18063983号 京公网安备11010802014868号