在工作和学习中，我们除了要写一些业务代码，还要对项目的编译和打包流程有一定的认识，才能在遇到相关问题的时候能有所头绪。在这个过程中，我们往往会忽略掉资源文件是如何被添加进去的，Android的资源管理框架是一个很庞大和复杂的框架，资源编译打包的过程也很复杂和繁琐，本文就来浅谈一下Android的资源文件是如何编译和打包的吧，除了当做一个自我总结，也希望能对看到本文的你有所帮助和启发。当然了文章比较长，希望你能耐心的看完。

编译打包流程

Android一个包中，除了代码以外，还有很多的资源文件，这些资源文件在apk打包的过程中，通过AAPT工具，打包到apk中。我们首先看一下apk的打包流程图，

概述一下这张图，打包主要有一下几个步骤：

• 打包资源文件：通过aapt工具将res目录下的文件打包生成R.java文件和resources.arsc资源文件，比如AndroidManifest.xml和xml布局文件等。
• 处理aidl files：如果有aidl接口，通过aidl工具打包成java接口类
• java Compiler：javac编译，将R.java，源码文件，aidl.java编译为class文件
• dex：源码.class,第三方jar包等class文件通过dx工具生成dex文件
• apkbuilder:apkbuilder将所有的资源编译过的和不需要编译的，dex文件，arsc资源文件打包成一个完整的apk文件
• jarsigner：以上生成的是一个没有签名的apk文件，这里通过jarsigner工具对该apk进行签名，从而得到一个带签名的apk文件
• zipalign：对齐，将apk包中所有的资源文件距离文件起始偏移为4的整数倍，这样运行时可以减少内存的开销

资源分类

asset目录

存放原始资源文件，系统在编译时不会编译该目录下的资源文件，所以不能通过id的方式访问，如果要访问这些文件，需要指定文件名来访问。可以通过AssetManager访问原始文件，它允许你以简单的字节流的形式打开和读取和应用程序绑定在一起的原始资源文件。以下是一个从assets中读取本地的json文件的实例：

        StringBuilder sb = new StringBuilder();

        AssetManager assets = getAssets();

        try {

            InputStream open = assets.open(“xxx.json”);

            //使用一个转换流转换为字符流进行读取

            InputStreamReader inputStreamReader = new InputStreamReader(open);

            //缓冲字符流

            BufferedReader reader = new BufferedReader(inputStreamReader);

            String readLine;

            while((readLine = reader.readLine())!=null){

                sb.append(readLine);

            }

            String s = sb.toString();

        } catch (IOException e) {

            e.printStackTrace();

        }

复制代码

来看看一般项目中asset目录下会放些什么东东吧

res目录

存放可编译的资源文件（raw除外），编译时，系统会自动在R.java文件中生成资源文件的id，访问这种资源可以通过R.xxx.id即可。

编译资源文件的结果

好处

对资源进行编译有以下两点好处

• 空间占用小：二进制xml文件占用的空间更小，因为所有的xml文件的标签、属性名称、属性值和内容所涉及到的字符串都会被统一收集到一个字符串池中。有了这个字符串池，原来使用字符串的地方就可以使用一个整数索引代替，从而可以减少文件的大小
• 解析速度快：二进制的xml文件解析的速度更快，xml文件中不在包含字符串值，所以就省去了解析字符串的时间，从而提高了速度。

编译完成之后，除了assets资源之外，会给其他所有的资源生成一个id，根据这些id，打包工具会生成一个资源索引表resources.arsc以及R.java文件。资源索引表会记录所有资源的信息，根据资源id和设备信息，快速的匹配最合适的资源，R文件则记录各个资源的id常量。

生成资源索引表

首先来看一张图，这是resources.arsc的结构图 

整个resources.arsc是由一系列的chunk组成的，每一个chunk都有一个头，用来描述chunk的元数据。

• header：每个chunk的头部用来描述该chunk的元信息，包括当前chunk的类型，头大小，块大小等
• Global String Pool：全局字符串池，将所有字符串放到这个池子中，大家都复用这个池子中的数据，什么样的字符串会放到这个池子中呢？所有资源的文件的路径名，以及资源文件中所定义的资源的值，所以这个池子也可以叫做资源项的值字符串资源池，包含了所有在资源包里定义的资源项的值字符串，比如下面代码中ABC就存放在这里
• package数据块：
  • package header：记录包的元数据，包名、大小、类型等
  • 资源类型字符串池：存储所有类型相关的字符串，如：attr、drawable、layout、anim等
  • 资源项名称字符串池：存储应用所有资源文件中资源项名称相关的字符串，比如下边的app_name就存放在这里。
  • Type Spec：类型规范数据块，用来描述资源项的配置差异性，通过这个差异性描述，我们就可以知道每一个资源项的配置状况。Android设备众多，为了使得应用程序支持不同的大小、密度、语言，Android将资源组织为18个维度，每一个资源类都对应一组配置列表，配置这个资源类的不同维度，最后再使用一套匹配算法来为应用程序在资源目录中选择最合适的资源。
  • config list：上边说到，每个type spec是一个类型的描述，每个类型会有多个维度，config list就是由多个ResTable_type结构来描述的，每一个ResTable_type描述的就是一个维度。

 <resources>    

      <string name="app_name">ABC</string>    

  </resources>

复制代码

生成R文件和资源id

首先看一下R文件的结构图，每一种资源文件都对应一个静态内部类，对照前面所说的res文件目录结构，其中每个静态内部类中的一个静态常量分别定义一条资源标识符

或者这样：

    public static final class layout {

        public static final int main=0x7f030000;

    }

复制代码

public static final int main=0x7f030000;就表示layout目录下的main.xml文件。id中最高字节代表package的id，次高字节代表type的id，最后的字节代表当前类型中出现的序号。

• package id：相当于一个命名空间，限定资源的来源，Android系统当前定义了两个资源命令空间，其中系统资源命令空间是0x01，另外一个应用程序资源命令空间为0x7f，所有位于 0x01到0x7f 之间的packageid都是合法的。
• type id：指资源的类型id，如anim、color、layout、raw...等，每一种资源都对应一个type id
• entry id：指每一个资源在其所属资源类型中出现的次序，不同资源类型的entry id是有可能相同的，但是由于他们的type id不同，所以一样可以进行区分。

资源文件只能以小写字母和下划线作为首字母，随后的名字中只能出现a-z或者0-9或者_.这些字符，否则会报错。

当我们在相应的res的资源目录中添加资源文件时，便会在相应的R文件中的静态内部类中自动生成一条静态的常量，对添加的文件进行索引。

在布局文件中当我们需要为组件添加id属性时，可以使用@+id/idname,+表示在R文件的名为id的内部类中添加一条记录。如果这个id不存在，则会首先生成它。

资源文件打包流程

说完了资源文件的一些基本信息以后，相信你对apk包内的资源文件有了一个更加明确的认识了吧，接下来我们就来讲一讲资源文件是如何打包到apk中的，这个过程非常复杂，需要好好的理解和记忆。

Android资源打包工具在编译应用程序资源之前，会创建资源表ResourceTable，当应用程序资源编译完之后，这个资源表就包含了资源的所有信息，然后就可以根据这个资源表来生成资源索引文件resources.arsc了。

解析AndroidManifest.xml

获取要编译资源的应用程序的包名、minSdkVersion等，有了包名就可以创建资源表了，也就是ResourceTable。

添加被引用的资源包

通常在编译一个apk包的时候，至少会涉及到两个资源包，一个是被引用的系统资源包，里面有很多系统级的资源，比如我们熟知的四大布局 LinearLayout、FrameLayout等以及一些属性layout_width、layout_height、layout_oritation等，另一个就是当前正在编译的应用程序的资源包。

收集资源文件

在编译应用程序资源之前，aapt会创建AaptAssets对象，用来收集当前需要编译的资源文件，这些资源文件被保存在AaptAssets类的成员变量mRes中。

将收集到的资源增加到资源表ResourceTable

之前将资源添加到了AaptAssets中，这一步将资源添加到ResourceTable中，我们最后要根据这个资源表来生成resources.arsc资源索引表，回头看看arsc文件的结构图，它也有一个resourceTable。

这一步收集到资源表的资源是不包括values的，因为values资源需要经过编译后，才能添加到资源表中

编译values资源

values资源描述的是一些比较简单的轻量级资源，如strings/colors/dimen等，这些资源是在编译的过程中进行收集的

给bag资源分配id

values资源下，除了string之外，还有其他的一些特殊资源，这些资源给自己定义一些专用的值，比如LinearLayout的orientation属性，它的取值范围为 vertical 和 horizontal，这就相当于定义了vertical和horizontal两个bag。

在编译其他非values资源之前，我们需要给之前收集到的bag资源分配资源id，因为它可能会被其它非values类资源所引用。

编译xml文件

之前的六步为编译xml文件做好了准备，收集到了xml所需要用到的所有资源，现在可以开始编译xml文件了，比如layout、anims、animators等。编译xml文件又可以分为四个步骤

解析xml文件

这一步会将xml文件转化为一系列树形结构的XMLNode，每一个XMLNode都表示一个xml元素，解析完成之后，就可以得到一个根节点XMLNode，然后就可以根据这个根节点来完成下边的操作

赋予属性名称id

这一步为每个xml元素的属性名称都赋予资源id，比如一个控件TextView，它有layout_width和layout_height两个属性，这里就要给这些属性名称赋予一个资源id。对系统资源包来说，这些属性名称都是它定义好的一些列bag资源，在编译的时候，就已经分配好了资源id了。

对于每一个xml文件都是从根节点开始给属性名称赋予资源id，然后再递归的给每一个子节点属性名称赋予资源id，一直到每一个节点的属性名称都有了资源id为止。

解析属性值

这一步是上一步的进一步深化，上一步为每个属性赋值id，这一步对属性对应的值进行解析，比如对于刚才的TextView，就会对其width和height的值进行解析，可能是match_parent也可能是warp_content.

压平xml文件

将xml文件进行扁平化处理，将其变为二进制格式，有如下几个步骤

1. 收集有资源id的属性名称字符串，并将它们放在一个数组里。这些收集到的属性名称字符串保存在字符串资源池中，与收集到的资源id数组是一一对应的。
2. 收集xml文件中其他所有的字符串，也就是没有资源id的字符串
3. 写入xml文件头，最终编译出来的xml二进制文件是一系列的chunk组成的，每一个chunk都有一个头部，来描述元信息。
4. 写入资源池字符串，将第一步和第二步收集到的内容写入Global String pool中，也就是之前所说的arsc文件结构里的全局字符串资源池中
5. 写入资源id，将所有的资源id收集起来，生成package时要用到，对应arsc文件的结构的package。
6. 压平xml文件，就是将各个xml元素中的字符串都替换掉，这些字符串或者被替换为到字符串资源池的一个索引，或者被替换为一个具有类型的其他值

给资源生成资源符号

这里生成资源符号为之后生成R文件做准备，之前的操作将所有收集到的资源文件都按照类型保存在资源表中，也就是ResourceTable对象。aapt在这里只需要遍历每一个package里面的type，然后取出每一个entry的名称，在根据其在相应的type中出现的次序，就可以计算出相应的资源id了，然后就能得到其资源符号。资源符号=名称+资源id

根据资源id生成资源索引表

在这里我们将生成resources.arsc，对其生成的步骤再次进行拆解

1. 按照package收集类型字符串，如drawable、string、layout、id等，当前被编译的应用程序有几个package，就对应几组类型字符串，每一组类型字符串保存在其所属的package中。
2. 收集资源型名称字符串，还是以package为单位，比如在string.xml中，<resources>    <string name="app_name">ABC</string>  </resources>就可以收集其中的属性app_name
3. 收集资源项值字符串，还是上面的string.xml就可以收集到ABC
4. 生成package数据块，就是按照之前说的resources.arsc文件格式中package的格式进行一步步的解析和收集
5. 写入资源索引表头部，也就是ResTable_header
6. 写入资源项的值字符串资源池，上面的第3步，将所有的值字符串收集起来了，这里直接写入就好了
7. 写入package数据块，将第4步收集到的package数据块写入到资源索引表中。

经过以上几步，资源项索引表resources.arsc就生成好了。

编译AndroidManifest.xml文件

经过以上的几个步骤，应用程序的所有资源就编译完成了，这里就将应用程序的配置文件AndroidManifest.xml也编译为二进制文件。

生成R文件

到这里，我们已经知道了所有的资源以及其对应的id，然后就可以愉快的写入到R文件了，根据不同的type写到不同的静态内部类中，就像之前所描述的R文件的格式那样。

打包到APK

所有的资源文件都编译以及生成完之后，就可以将其打包到apk中了

• assets目录
• res目录，除了values之外，因为values目录下的资源文件经过编译以后，已经直接写入到资源索引表中去了
• 资源索引表resources.arsc
• 除了资源文件之外的其他文件（dex、AndroidManifest.xml、签名信息等）

结语

终于捋完了，整个资源文件的编译打包过程真的是很复杂又很繁琐的一个过程，在阅读的过程中要时刻对照着那几张机构图才能更好地对这些文件有更清晰的认识。资源文件在Android的学习和工作中是非常重要的，很多时候这些知识会被忽略掉，但是如果有时间好好捋一捋这些知识对于自身是一个很大的提升。

画个流程图

最后再用一张流程图来回顾一个整个流程

在Android系统中，任何可视化控件都需要从android.view.View类继承。而任何从android.view.View继承的类都可以称为视图(View)。Android的绝大部分UI组件都放在android.widget包及其子包，下图就是android.widget包中所有View及其子类的继承关系：

从上图看，有很多布局类等为什么没有在上图看到，在这里要说明一下这里仅是android.widget包的，还有其他视图的虽然也继承View但是他们不属于android.widget包例如下面两个组件：

RecyclerView继承ViewGroup，但是属于androidx.recyclerview.widget包的。

ConstraintLayout继承ViewGroup，但是属于androidx.constraintlayout.widget包的;

其他还有很多其他包、或自定义控件，这里就不做过多描述了。

Android中的视图类可分为3种:布局(Layout)类、视图容器(View Container)类和视图类(例TextView)，这3种类都是android.view.View的子类。ViewGroup是一个容器类，该类也是View的重要子类，所有的布局类和视图容器类都是ViewGroup的子类，而视图类直接继承自View类。 下图描述了View、ViewGroup、视图容器类及视图类的继承关系。

从上图所示的继承关系可以看出：

• Button、TextView、EditText都是视图类，TextView是Button和EditText的父类，TextView直接继承自View类。
• GridView和ListView是ViewGroup的子类，但并不是直接子类，GridView、ListView继承自AbsListView继承自AdapterView继承自ViewGroup，从而形成了视图容器类的层次结构。
• 布局视图虽然也属于容器视图，但由于布局视图具有排版功能，所以将这类视图置为布局类。

对于一个Android应用的图形用户界面来说，ViewGroup作为容器来装其他组件，而ViewGroup里除了可以包含普通View组件之外，还可以再次包含ViewGroup组件。

创建View对象

使用XML布局定义View，再用代码控制View

XML布局文件是Android系统中定义视图的常用方法，所有的XML布局文件必须保存在res/layout目录中。XML布局文件的命名及定义需要注意如下几点：

• XML布局文件的扩展名必须是xml。
• 由于aapt会根据每一个XML布局文件名在R类的内嵌类中生成一个int类型的变量，这个变量名就是XML布局文件名，因此，XML布局文件名（不包含扩展名）必须符合Java变量名的命名规则，例如，XML布局文件名不能以数字开头。
• 每一个XML布局文件的根节点可以是任意的视图标签，如< LinearLayout >,< TextView >。
• XML布局文件的根节点必须包含android命名空间，而且命名空间的值必须是android="schemas.android.com/apk/res/and…
• 为XML布局文件中的标签指定ID时需要使用这样的格式:@+id/tv_xml，其实@+id就是在R.java文件里新增一个id名称，在同一个xml文件中确保ID唯一。
• 由于每一个视图ID都会在R.id类中生成与之相对应的变量，因此，视图ID的值也要符合Java变量的命名规则，这一点与XML布局文件名的命名规则相同。

举例

1.创建activity_view.xml文件

<?xml version="1.0" encoding="utf-8"?>

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"

    android:id="@+id/ll_view"

    android:layout_width="match_parent"

    android:layout_height="match_parent"

    android:background="@color/color_666666"

    android:orientation="vertical">

    <TextView

        android:id="@+id/tv_xml"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content"

        android:layout_gravity="center"

        android:layout_marginTop="@dimen/dimen_20"

        android:background="@color/color_188FFF"

        android:padding="@dimen/dimen_10"

        android:text="XML设置TextView"

        android:textColor="@color/white"

        android:textSize="@dimen/text_size_18" />

    <Button

        android:id="@+id/btn_xml"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content"

        android:layout_gravity="center"

        android:layout_marginTop="@dimen/dimen_20"

        android:background="@color/color_188FFF"

        android:padding="@dimen/dimen_10"

        android:text="按钮"

        android:textColor="@color/white"

        android:textSize="@dimen/text_size_18" />

</LinearLayout>

 

2.加载布局文件、关联控件

如果要使用上面的XML布局文件(activity_view.xml)，通常需要在onCreate方法中使用setContentView方法指定XML布局文件的资源lD，并获取在activity_view.xml文件中定义的某个View，代码如下:

public class ViewActivity extends AppCompatActivity{

    private Button btnXml;

    private TextView tvXml;

    @Override

    protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        //加载布局文件

        setContentView(R.layout.activity_view);

        //如果想获得在activity_view.xml文件中定义的某个View

        //关联控件：R.id.tv_xml是tvXml的ID，确保这个ID在R.layout.activity_view中

        tvXml = findViewById(R.id.tv_xml);

        //关联控件：R.id.btn_xml是btnXml的ID，确保这个ID在R.layout.activity_view中

        btnXml = findViewById(R.id.btn_xml);

    }

}

 

3.在获得XML布局文件中的视图对象时需要注意下面几点：

• 先使用setContentView方法装载XML布局文件，再使用findViewByld方法，否则findViewByld方法会由于未找到控件而产生空指针异常，导致应用崩溃。

• 虽然所有的XML布局文件中的视图ID都在R.id类中生成了相应的变量，但使用findViewByld方法只能获得已经装载的XML布局文件中的视图对象。

  • 例，activity_view.xml中TextView的对应R.id.tv_xml;
  • 其他XML文件中有TextView的R.id.tv_shuaiciid，tv_shuaici不在activity_view.xml中如果使用 tvXml = findViewById(R.id.tv_shuaici);
  • 结果应用崩溃。原因：在activity_view.xml中找不到ID为tv_shuaici的视图对象。

4.用代码控制视图

虽然使用XML布局文件可以非常方便地对控件进行布局，但若想控制这些控件的行为，仍然需要编写Java代码。在上面介绍了使用findViewByld方法获得指定的视图对象，当获得视图对象后，就可以使用代码来控制这些视图对象了。例如，下面的代码获得了一个TextView对象，并修改了TextView的文本。

TextView tvXml = findViewById(R.id.tv_xml);

//直接使用字符串来修改TextView的文本

tvXml.setText("帅次");

//使用字符串资源(res/values/strings.xml)

//其中R.string.str_tv_shuaici是字符串资源ID，系统会使用这个ID对应的字符串设置TextView的文本。

tvXml.setText(R.string.str_tv_shuaici);

 

选择其中一样即可，如果同时设置，最后一次设置为最终结果。

使用代码的方式来创建View对象

在更高级的Android应用中，往往需要动态添加视图。要实现这个功能，最重要的是获得当前的视图容器对象，这个容器对象所对应的类需要继承ViewGroup类。 将其他的视图添加到当前的容器视图中需要如下几步:

• 第1步，获得当前的容器视图对象；
• 第2步，获得或创建待添加的视图对象；
• 第3步，将相应的视图对象添加到容器视图中。

实例

1.获得当前的容器视图对象

//1、获取activity_view.xml中LinearLayout对象

 //2、也可以给LinearLayout添加@+id/,然后通过findViewById关联控件也能获取LinearLayout对象

LinearLayout linearLayout =

        (LinearLayout)getLayoutInflater().inflate(R.layout.activity_view,null);

//加载布局文件

setContentView(linearLayout);

 

2.获得或创建待添加的视图对象

EditText editText = new EditText(this);

editText.setHint("请输入内容");

 

3.将相应的视图对象添加到容器视图中

@Override

    protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        //1、获取activity_view.xml中LinearLayout对象

        //2、也可以给LinearLayout添加@+id/,然后通过findViewById关联控件也能获取LinearLayout对象

        LinearLayout linearLayout =

                (LinearLayout)getLayoutInflater().inflate(R.layout.activity_view,null);

        //加载布局文件

        setContentView(linearLayout);

        EditText editText = new EditText(this);

        editText.setHint("请输入内容");

        linearLayout.addView(editText);

    }

 

效果图如下：

总结

• 实际上不管使用那种方式，他们创建Android用户界面行为的本质是完全一样的。大部分时候，设置UI组件的XML属性还有对应的方法。
• 对于View类而言，它是所有UI组件的基类，因此它包含的XML属性和方法是所有组件都可以使用的。

自定义View

为什么要自定义View

Android系统提供了一系列的原生控件，但这些原生控件并不能够满足我们的需求时，我们就需要自定义View了。

自定义View的基本方法

自定义View的最基本的三个方法分别是： onMeasure()、onLayout()、onDraw(); View在Activity中显示出来，要经历测量、布局和绘制三个步骤，分别对应三个动作：measure、layout和draw。

• 测量：onMeasure()决定View的大小；
• 布局：onLayout()决定View在ViewGroup中的位置；
• 绘制：onDraw()决定绘制这个View。

需要用到的两个对象

• Canvas(画布),可在画布上面绘制东西，绘制的内容取决于所调用的方法。如drawCircle方法，用来绘制圆形，需要我们传入圆心的x和y坐标，以及圆的半径。
• Paint(画笔),用来告诉画布，如何绘制那些要被绘制的对象。

这两个方法暂时了解就行，如果拓展开，这不够写，后面可能会针对这两个对象单独拉一个章节出来。

自绘控件View实例

1、直接继承View类

自绘View控件时，最主要工作就是绘制出丰富的内容，这一过程是在重写的onDraw方法中实现的。由于是View，它没有子控件了，所以重写onLayout没有意义。onMeasure的方法可以根据自己的需要来决定是否需要重写，很多情况下，不重写该方法并不影响正常的绘制。

/**

 * 创建人：scc

 * 功能描述：自定义View

 */

public class CustomView extends View {

    private Paint paint;

    //从代码创建视图时使用的简单构造函数。

    public CustomView(Context context) {

        super(context);

    }

    //从XML使用视图时调用的构造函数。

    public CustomView(Context context, @Nullable AttributeSet attrs) {

        super(context, attrs);

    }

    //View的绘制工作

    @Override

    protected void onDraw(Canvas canvas) {

        super.onDraw(canvas);

        //实例化画笔对象

        paint = new Paint();

        //给画笔设置颜色

        paint.setColor(Color.RED);

        //设置画笔属性

        //paint.setStyle(Paint.Style.FILL);//画笔属性是实心圆

        paint.setStyle(Paint.Style.STROKE);//画笔属性是空心圆

        paint.setStrokeWidth(10);//设置画笔粗细

        //cx：圆心的x坐标;cy：圆心的y坐标;参数三：圆的半径;参数四：定义好的画笔

        canvas.drawCircle(getWidth() / 4, getHeight() / 4, 150, paint);

    }

}

 

2、在布局 XML 文件中使用自定义View

<com.scc.demo.view.CustomView

        android:id="@+id/view_circle"

        android:layout_width="wrap_content"

        android:layout_height="wrap_content"/>

 

3、实现效果：

性能优化

在自定义View时需要注意，避免犯以下的性能错误：

• 在非必要时，对View进行重绘。
• 绘制一些不被用户所看到的的像素，也就是过度绘制。(被覆盖的地方)
• 在绘制期间做了一些非必要的操作，导致内存资源的消耗。

可进一步了解和优化：

• View.invalite()是最最广泛的使用操作，因为在任何时候都是刷新和更新视图最快的方式。

在自定义View时要小心避免调用非必要的方法，因为这样会导致重复强行绘制整个视图层级，消耗宝贵的帧绘制周期。检查清楚View.invalite()和View.requestLayout()方法调用时间位置，因为这会影响整个UI，导致GPU和它的帧速率变慢。

• 避免过渡重绘。为了避免过渡重绘，我们可以利用Canvas方法,只绘制控件中所需要的部分。整个一般在重叠部分或控件时特别有用。相应的方法是Canvas.clipRect()(指定要被绘制的区域);
• 在实现View.onDraw()方法中，不应该在方法内及调用的方法中进行任何的对象分配。在该方法中进行对象分配，对象会被创建和初始化。而当View.onDraw()方法执行完毕时。垃圾回收器会释放内存。如果View带动画，那么View在一秒内会被重绘60次。所以要避免在View.onDraw()方法中分配内存。

永远不要在View.onDraw()方法中及调用的方法中进行内存分配，避免带来负担。垃圾回收器多次释放内存，会导致卡顿。最好的方式就是在View被首次创建出来时，实例化这些对象。

到这里View基本差不多了，还有其他属性、方法、事件等，在后面的TexView、Button、Layout等中慢慢了解。

A.sick() 上面这段代码，由于 Temperature 是 class ，为引用类型，故 A 的 temp 和 B 的 temp指向同一个对象。A 的 temp修改了，B 的 temp 也随之修改。这样 A 和 B 的 temp 的值都被改成了41.0。如果将 Temperature 改为 struct，为值类型，则 A 的 temp 修改不影响 B 的 temp。

内存中，引用类型诸如类是在堆（heap）上，而值类型诸如结构体实在栈（stack）上进行存储和操作。相比于栈上的操作，堆上的操作更加复杂耗时，所以苹果官方推荐使用结构体，这样可以提高 App 运行的效率。

class有这几个功能struct没有的：

class可以继承，这样子类可以使用父类的特性和方法 类型转换可以在runtime的时候检查和解释一个实例的类型 可以用deinit来释放资源 一个类可以被多次引用 struct也有这样几个优势：

结构较小，适用于复制操作，相比于一个class的实例被多次引用更加安全。 无须担心内存memory leak或者多线程冲突问题

(1)赋值类方法

- (void)setValue:(nullable id)value forKey:(NSString *)key;

- (void)setValue:(nullable id)value forKeyPath:(NSString *)keyPath;

- (void)setValue:(nullable id)value forUndefinedKey:(NSString *)key;

- (void)setValuesForKeysWithDictionary:(NSDictionary<NSString *, id> *)keyedValues;



(2)取值类方法

// 能取得私有成员变量的值

- (id)valueForKey:(NSString *)key;

- (id)valueForKeyPath:(NSString *)keyPath;

- (NSDictionary *)dictionaryWithValuesForKeys:(NSArray *)keys;

1.2 KVC 底层实现原理

当一个对象调用setValue:forKey: 方法时,方法内部会做以下操作:

 1.判断有没有指定key的set方法,如果有set方法,就会调用set方法,给该属性赋值

 2.如果没有set方法,判断有没有跟key值相同且带有下划线的成员属性(_key).如果有,直接给该成员属性进行赋值

 3.如果没有成员属性_key,判断有没有跟key相同名称的属性.如果有,直接给该属性进行赋值

 4.如果都没有,就会调用 valueforUndefinedKey 和setValue:forUndefinedKey:方法

Person *p = [[Person alloc] init];

//    p.name = @"jack";

//    p.money = 22.2;

使用setValue: forKey:方法能够给属性赋值,等价于直接给属性赋值

[p setValue:@"rose" forKey:@"name"];

[p setValue:@"22.2" forKey:@"money"];

(2) KVC复杂属性赋值

//给Person添加 Dog属性

   Person *p = [[Person alloc] init];

   p.dog = [[Dog alloc] init];

  // p.dog.name = @"阿黄";



1)setValue: forKeyPath: 方法的使用

  //修改p.dog 的name 属性

    [p.dog setValue:@"wangcai" forKeyPath:@"name"];

    [p setValue:@"阿花" forKeyPath:@"dog.name"];



2)setValue: forKey: 错误用法

    [p setValue:@"阿花" forKey:@"dog.name"];

    NSLog(@"%@", p.dog.name);



3)直接修改私有成员变量

[p setValue:@"旺财" forKeyPath:@"_name"];

(3) 添加私有成员变量

Person 类中添加私有成员变量_age

[p setValue:@"22" forKeyPath:@"_age"];

1.3.2 字典转模型

(1)简单的字典转模型

+(instancetype)videoWithDict:(NSDictionary *)dict

{

   JLVideo *videItem = [[JLVideo alloc] init];

   //以前

//    videItem.name = dict[@"name"];

//    videItem.money = [dict[@"money"] doubleValue] ;

   

   //KVC,使用setValuesForKeysWithDictionary:方法,该方法默认根据字典中每个键值对,调用setValue:forKey方法

   // 缺点:字典中的键值对必须与模型中的键值对完全对应,否则程序会崩溃

   [videItem setValuesForKeysWithDictionary:dict];

   return videItem;

}



(2)复杂的字典转模型

注意:复杂字典转模型不能直接通过KVC 赋值,KVC只能在简单字典中使用,比如:

   NSDictionary *dict = @{

                      @"name" : @"jack",

                      @"money": @"22.2",

                      @"dog" : @{

                              @"name" : @"wangcai",

                              @"money": @"11.1",



                              }



                      };

  JLPerson *p = [[JLPerson alloc]init]; // p是一个模型对象

  [p setValuesForKeysWithDictionary:dict];

内部转换原理:

//    [p setValue:@"jack" forKey:@"name"];

//    [p setValue:@"22.2" forKey:@"money"];

//    [p setValue:@{

//                  @"name" : @"wangcai",

//                  @"money": @"11.1",

//

//                  } forKey:@"dog"]; //给 dog赋值一个字典肯定是不对的



(3)KVC解析复杂字典的正确步骤

  NSDictionary *dict = @{

                      @"name" : @"jack",

                      @"money": @"22.2",

                      @"dog" : @{

                              @"name" : @"wangcai",

                              @"price": @"11.1",

                              },

                      //人有好多书

                      @"books" : @[

                              @{

                                  @"name" : @"5分钟突破iOS开发",

                                  @"price" : @"19.8"

                                  },

                              @{

                                  @"name" : @"3分钟突破iOS开发",

                                  @"price" : @"24.8"

                                  },

                              @{

                                  @"name" : @"1分钟突破iOS开发",

                                  @"price" : @"29.8"

                                  }

                              ]

                      };



   XMGPerson *p = [[XMGPerson alloc] init];

    p.dog = [[XMGDog alloc] init];

   [p.dog setValuesForKeysWithDictionary:dict[@"dog"]];

   

   //保存模型的可变数组

   NSMutableArray *arrayM = [NSMutableArray array];

   

   for (NSDictionary *dict in dict[@"books"]) {

       //创建模型

       Book *book = [[Book alloc] init];

       //KVC

       [book setValuesForKeysWithDictionary:dict];

       //将模型保存

       [arrayM addObject:book];

   }

  

        p.books = arrayM;



备注:

   (1)当字典中的键值对很复杂,不适合用KVC;

   (2)服务器返还的数据,你可能不会全用上,如果在模型一个一个写属性非常麻烦,所以不建议使用KVC字典转模型

1.3.3 取值
(1) 模型转字典

 Person *p = [[Person alloc]init];

 p.name = @"jack";

 p.money = 11.1;

 //KVC取值

 NSLog(@"%@ %@", [p valueForKey:@"name"], [p valueForKey:@"money"]);



 //模型转字典, 根据数组中的键获取到值,然后放到字典中

 NSDictionary *dict = [p dictionaryWithValuesForKeys:@[@"name", @"money"]];

 NSLog(@"%@", dict);

(2) 访问数组中元素的属性值

Book *book1 = [[Book alloc] init];

book1.name = @"5分钟突破iOS开发";

book1.price = 10.7;



Book *book2 = [[Book alloc] init];

book2.name = @"4分钟突破iOS开发";

book2.price = 109.7;



Book *book3 = [[Book alloc] init];

book3.name = @"1分钟突破iOS开发";

book3.price = 1580.7;



// 如果valueForKeyPath:方法的调用者是数组，那么就是去访问数组元素的属性值

// 取得books数组中所有Book对象的name属性值，放在一个新的数组中返回

    NSArray *books = @[book1, book2, book3];

    NSArray *names = [books valueForKeyPath:@"name"];

    NSLog(@"%@", names);



//访问属性数组中元素的属性值

Person *p = [[Person alloc]init];

p.books = @[book1, book2, book3];

NSArray *names = [p valueForKeyPath:@"books.name"];

NSLog(@"%@", names);

2 KVO (Key Value Observing)
2.1 KVO 的底层实现原理

(1)KVO 是基于 runtime 机制实现的

(2)当一个对象(假设是person对象,对应的类为 JLperson)的属性值age发生改变时,系统会自动生成一个继承自JLperson的类NSKVONotifying_JLPerson,在这个类的 setAge 方法里面调用

   [super setAge:age];

   [self willChangeValueForKey:@"age"];

   [self didChangeValueForKey:@"age"];

三个方法,而后面两个方法内部会主动调用

-(void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context方法,在该方法中可以拿到属性改变前后的值.

// 利用KVO监听p对象name 属性值的改变

   Person *p = [[XMGPerson alloc] init];

   p.name = @"jack";

   

  /* 对象p添加一个观察者（监听器）

    Observer：观察者（监听器）

    KeyPath：属性名（需要监听哪个属性）

    */

   [p addObserver:self forKeyPath:@"name" options:NSKeyValueObservingOptionNew  | NSKeyValueObservingOptionOld context:@"123"];

   

/**

*  利用KVO 监听到对象属性值改变后,就会调用这个方法

*

*  @param keyPath 哪一个属性被改了

*  @param object  哪一个对象的属性被改了

*  @param change  改成什么样了

*/

- (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSString *,id> *)change context:(void *)context

{

   // NSKeyValueChangeNewKey == @"new"

   NSString *new = change[NSKeyValueChangeNewKey];

   // NSKeyValueChangeOldKey == @"old"

   NSString *old = change[NSKeyValueChangeOldKey];

   

   NSLog(@"%@-%@",new,old);

}

1.形成tableView卡顿的缘由有哪些？

• 1.最经常使用的就是cell的重用， 注册重用标识符

  若是不重用cell时，每当一个cell显示到屏幕上时，就会从新建立一个新的cellhtml

  若是有不少数据的时候，就会堆积不少cell。ios

  若是重用cell，为cell建立一个ID，每当须要显示cell 的时候，都会先去缓冲池中寻找可循环利用的cell，若是没有再从新建立cellc++

• 2.避免cell的从新布局

  cell的布局填充等操做 比较耗时，通常建立时就布局好面试

  如能够将cell单独放到一个自定义类，初始化时就布局好swift

• 3.提早计算并缓存cell的属性及内容

  当咱们建立cell的数据源方法时，编译器并非先建立cell 再定cell的高度xcode

  而是先根据内容一次肯定每个cell的高度，高度肯定后，再建立要显示的cell，滚动时，每当cell进入凭虚都会计算高度，提早估算高度告诉编译器，编译器知道高度后，紧接着就会建立cell，这时再调用高度的具体计算方法，这样能够方式浪费时间去计算显示之外的cell缓存

• 4.减小cell中控件的数量

  尽可能使cell得布局大体相同，不一样风格的cell可使用不用的重用标识符，初始化时添加控件，网络

  不适用的能够先隐藏数据结构

• 5.不要使用ClearColor，无背景色，透明度也不要设置为0

  渲染耗时比较长多线程

• 6.使用局部更新

  若是只是更新某组的话，使用reloadSection进行局部更

• 7.加载网络数据，下载图片，使用异步加载，并缓存

• 8.少使用addView 给cell动态添加view

• 9.按需加载cell，cell滚动很快时，只加载范围内的cell

• 10.不要实现无用的代理方法，tableView只遵照两个协议

• 11.缓存行高：estimatedHeightForRow不能和HeightForRow里面的layoutIfNeed同时存在，这二者同时存在才会出现“窜动”的bug。因此个人建议是：只要是固定行高就写预估行高来减小行高调用次数提高性能。若是是动态行高就不要写预估方法了，用一个行高的缓存字典来减小代码的调用次数便可

• 12.不要作多余的绘制工做。在实现drawRect:的时候，它的rect参数就是须要绘制的区域，这个区域以外的不须要进行绘制。例如上例中，就能够用CGRectIntersectsRect、CGRectIntersection或CGRectContainsRect判断是否须要绘制image和text，而后再调用绘制方法。

• 13.预渲染图像。当新的图像出现时，仍然会有短暂的停顿现象。解决的办法就是在bitmap context里先将其画一遍，导出成UIImage对象，而后再绘制到屏幕；

• 14.使用正确的数据结构来存储数据。

2.如何提高 tableview 的流畅度？

• 本质上是下降 CPU、GPU 的工做，从这两个大的方面去提高性能。

  CPU：对象的建立和销毁、对象属性的调整、布局计算、文本的计算和排版、图片的格式转换和解码、图像的绘制

  GPU：纹理的渲染

• 卡顿优化在 CPU 层面

  尽可能用轻量级的对象，好比用不到事件处理的地方，能够考虑使用 CALayer 取代 UIView

  不要频繁地调用 UIView 的相关属性，好比 frame、bounds、transform 等属性，尽可能减小没必要要的修改

  尽可能提早计算好布局，在有须要时一次性调整对应的属性，不要屡次修改属性

  Autolayout 会比直接设置 frame 消耗更多的 CPU 资源

  图片的 size 最好恰好跟 UIImageView 的 size 保持一致

  控制一下线程的最大并发数量

  尽可能把耗时的操做放到子线程

  文本处理（尺寸计算、绘制）

  图片处理（解码、绘制）

• 卡顿优化在 GPU层面

  尽可能避免短期内大量图片的显示，尽量将多张图片合成一张进行显示

  GPU能处理的最大纹理尺寸是 4096x4096，一旦超过这个尺寸，就会占用 CPU 资源进行处理，因此纹理尽可能不要超过这个尺寸

  尽可能减小视图数量和层次

  减小透明的视图（alpha<1），不透明的就设置 opaque 为 YES

  尽可能避免出现离屏渲染

• iOS 保持界面流畅的技巧

  1.预排版，提早计算

  在接收到服务端返回的数据后，尽可能将 CoreText 排版的结果、单个控件的高度、cell 总体的高度提早计算好，将其存储在模型的属性中。须要使用时，直接从模型中往外取，避免了计算的过程。

  尽可能少用 UILabel，可使用 CALayer 。避免使用 AutoLayout 的自动布局技术，采起纯代码的方式

  2.预渲染，提早绘制

  例如圆形的图标能够提早在，在接收到网络返回数据时，在后台线程进行处理，直接存储在模型数据里，回到主线程后直接调用就能够了

  避免使用 CALayer 的 Border、corner、shadow、mask 等技术，这些都会触发离屏渲染。

  3.异步绘制

  4.全局并发线程

  5.高效的图片异步加载

3.APP启动时间应从哪些方面优化？

App启动时间能够经过xcode提供的工具来度量，在Xcode的Product->Scheme-->Edit Scheme->Run->Auguments中，将环境变量DYLD_PRINT_STATISTICS设为YES，优化需如下方面入手

• dylib loading time

  核心思想是减小dylibs的引用

  合并现有的dylibs（最好是6个之内）

  使用静态库

• rebase/binding time

  核心思想是减小DATA块内的指针

  减小Object C元数据量，减小Objc类数量，减小实例变量和函数（与面向对象设计思想冲突）

  减小c++虚函数

  多使用Swift结构体（推荐使用swift）

• ObjC setup time

  核心思想同上，这部份内容基本上在上一阶段优化事后就不会太过耗时

  initializer time

• 使用initialize替代load方法

  减小使用c/c++的attribute((constructor))；推荐使用dispatch_once() pthread_once() std:once()等方法

  推荐使用swift

  不要在初始化中调用dlopen()方法，由于加载过程是单线程，无锁，若是调用dlopen则会变成多线程，会开启锁的消耗，同时有可能死锁

  不要在初始化中建立线程

4.如何下降APP包的大小

下降包大小须要从两方面着手

• 可执行文件

  编译器优化：Strip Linked Product、Make Strings Read-Only、Symbols Hidden by Default 设置为 YES，去掉异常支持，Enable C++ Exceptions、Enable Objective-C Exceptions 设置为 NO， Other C Flags 添加 -fno-exceptions 利用 AppCode 检测未使用的代码：菜单栏 -> Code -> Inspect Code

  编写LLVM插件检测出重复代码、未被调用的代码

• 资源（图片、音频、视频 等）

  优化的方式能够对资源进行无损的压缩

  去除没有用到的资源

5.如何检测离屏渲染与优化

• 检测，经过勾选Xcode的Debug->View Debugging-->Rendering->Run->Color Offscreen-Rendered Yellow项。
• 优化，如阴影，在绘制时添加阴影的路径

6.怎么检测图层混合

一、模拟器debug中color blended layers红色区域表示图层发生了混合

二、Instrument-选中Core Animation-勾选Color Blended Layers

避免图层混合：

• 确保控件的opaque属性设置为true，确保backgroundColor和父视图颜色一致且不透明
• 如无特殊须要，不要设置低于1的alpha值
• 确保UIImage没有alpha通道

UILabel图层混合解决方法：

iOS8之后设置背景色为非透明色而且设置label.layer.masksToBounds=YES让label只会渲染她的实际size区域，就能解决UILabel的图层混合问题

iOS8 以前只要设置背景色为非透明的就行

为何设置了背景色可是在iOS8上仍然出现了图层混合呢？

UILabel在iOS8先后的变化，在iOS8之前，UILabel使用的是CALayer做为底图层，而在iOS8开始，UILabel的底图层变成了_UILabelLayer，绘制文本也有所改变。在背景色的四周多了一圈透明的边，而这一圈透明的边明显超出了图层的矩形区域，设置图层的masksToBounds为YES时，图层将会沿着Bounds进行裁剪 图层混合问题解决了

7.平常如何检查内存泄露？

• 目前我知道的方式有如下几种

  Memory Leaks

  Alloctions

  Analyse

  Debug Memory Graph

  MLeaksFinder

• 泄露的内存主要有如下两种：

  Laek Memory 这种是忘记 Release 操做所泄露的内存。

  Abandon Memory 这种是循环引用，没法释放掉的内存。

一、UIScrollView是什么？

1、UIScrollView是滚动的view，UIView本身不能滚动，子类UIScrollview拓展了滚动方面的功能。
2、UIScrollView是所有滚动视图的基类。以后的UITableView，UITextView等视图都是继承于该类。
使用场景：显示不下（单张大图）；内容太多（图文混排）；滚动头条（图片）；相册等

二、UIScrollView使用

1、UIScrollview主要专长于两个方面：

2、UIScrollView滚动相关属性contentSize

 //定义内容区域大小，决定是否能够滑动

contentOffset    //视图左上角距离坐标原点的偏移量

scrollsToTop      //滑动到顶部（点状态条的时候）

pagingEnabled   //是否整屏翻动

bounces           //边界是否回弹

scrollEnabled     //是否能够滚动

showsHorizontalScrollIndicator //控制是否显示水平方向的滚动条

showVerticalScrollIndicator       //控制是否显示垂直方向的滚动条

alwaysBounceVertical           //控制垂直方向遇到边框是否反弹

alwaysBounceHorizontal       //控制水平方向遇到边框是否反弹

3、UIScrollView缩放相关属性

minimumZoomScale  //  缩小的最小比例

maximumZoomScale   //放大的最大比例

zoomScale                  //设置变化比例

zooming                      //判断是否正在进行缩放反弹

bouncesZoom             //控制缩放的时候是否会反弹

要实现缩放，还需要实现delegate，指定缩放的视图是谁。

4.UIScrollView滚动实例应用

- (void)scrollView{

    // 创建滚动视图,但我们现实的屏幕超过一屏时，就需要滚动视图

    UIScrollView *scrollView = [[UIScrollView alloc] initWithFrame:self.view.frame];

    scrollView.backgroundColor = [UIColor yellowColor];

    scrollView.tag = 1000;

    // 设置滚动区域

    scrollView.contentSize = CGSizeMake(4 * CGRectGetWidth(self.view.frame), self.view.frame.size.height);

    [self.view addSubview:scrollView];

    // 添加子视图

    for (int i = 0; i < 4; i ++) {

        UILabel *label = [[UILabel alloc] initWithFrame:CGRectMake(CGRectGetWidth(self.view.frame) * i, 0, CGRectGetWidth(self.view.frame), CGRectGetHeight(self.view.frame))];

        label.text = [NSString stringWithFormat:@"这是%d个视图",i];

        label.font = [UIFont systemFontOfSize:30];

        [scrollView addSubview:label];

        UIImageView *imageView = [[UIImageView alloc] initWithImage:[UIImage imageNamed:[NSString stringWithFormat:@"%d.jpg",i]]]; // (有四张片分别取名0.jpg,1.jpg,2.jpg.3.jpg)

        [imageView setFrame:self.view.frame];

        [label addSubview:imageView];



//        label.backgroundColor = [UIColor colorWithRed:arc4random()%256/255.0 green:

//            arc4random()%256/255.0  blue:arc4random()%256/255.0  alpha:1];

        

    }

    // 设置分页效果 (默认值为NO)

    scrollView.pagingEnabled = YES;

    // 设置滚动条是否显示(默认值是YES)

    scrollView.showsHorizontalScrollIndicator = YES;

    // 设置边界是否有反弹效果(默认值是YES)

    scrollView.bounces = YES;

    // 设置滚动条的样式

    scrollView.indicatorStyle = UIScrollViewIndicatorStyleWhite; 

    /*

indicatorStyle（枚举值）  

   UIScrollViewIndicatorStyleDefault,     //白色

   UIScrollViewIndicatorStyleBlack,       //  黑色

     */

    

    // 设置scrollView的代理

    scrollView.delegate = self; // (记得导入协议代理 <UIScrollViewAccessibilityDelegate>)

}

// 滚动就会触发

- (void)scrollViewDidScroll:(UIScrollView *)scrollView

{    NSLog(@"只有scrollview是跟滚动状态就会调用此方法");

}

//开始拖拽时触发

- (void)scrollViewWillBeginDragging:(UIScrollView *)scrollView{

    NSLog(@"开始拖拽");

    

}

// 结束拖拽时触发

- (void)scrollViewDidEndDragging:(UIScrollView *)scrollView  willDecelerate:(BOOL)decelerate{

        NSLog(@"结束拖拽");

}

// 开始减速时触发

- (void)scrollViewWillBeginDecelerating:(UIScrollView *)scrollView{

        NSLog(@"开始减速");

    

}

// 结束减速时触发（停止）

- (void)scrollViewDidEndDecelerating:(UIScrollView *)scrollView{

        NSLog(@"结束减速（停止）");

}

6、UIScrollView缩放实例应用

- (void)viewDidLoad {

    [super viewDidLoad];

    self.view.backgroundColor = [UIColor orangeColor];

    // 初始化一个scrollView

    UIScrollView *scrollView = [[UIScrollView alloc] initWithFrame:self.view.frame];

    scrollView.backgroundColor = [UIColor greenColor];

    scrollView.delegate = self;





    // 设置缩放比率

    // 设置可缩小道德最小比例

    scrollView.minimumZoomScale = 0.5;

    // 设置可放大的最大比例

    scrollView.maximumZoomScale = 2.0;

 [self.view addSubview:scrollView];



    // 使得要添加的图片宽高成比例

    UIImage *myImage = [UIImage imageNamed:@"7.jpg"];

    // 得到原始宽高

    float imageWidth = myImage.size.width;

    float imageHeight = myImage.size.height;

    // 这里我们规定imageView的宽为200，根据此宽度得到等比例的高度

    float imageViewWidth = 200;

    float imageViewHeight = 200 *imageHeight/imageWidth;

    // 初始化一个UIimageview

    UIImageView *imageView = [[UIImageView alloc] initWithFrame:CGRectMake(0, 0, imageViewWidth, imageViewHeight)];

    // 为imageView设置图片

    imageView.image = myImage;

    // 让imageView居中

    imageView.center = self.view.center;

    imageView.tag = 1000;

    [scrollView addSubview:imageView];

    

}

#pragma mark -- 滚动视图与缩放有关的代理方法

//指定scrollview的某一个子视图为可缩放视图，前提条件是次视图已经添加到scrollview上面

-(UIView*)viewForZoomingInScrollView:(UIScrollView *)scrollView{

    UIView *imageView = (UIView*)[scrollView viewWithTag:1000];

    return imageView;

}



// 开始缩放的代理方法  第二个参数view:这个参数使我们将要缩放的视图（这里就是imageView）

- (void)scrollViewWillBeginZooming:(UIScrollView *)scrollView withView:(UIView *)view{

    NSLog(@"%@",view);

    

}



// 正在缩放的代理方法  只要在缩放就执行该方法，所以此方法会在缩放过程中多次调用

- (void)scrollViewDidZoom:(UIScrollView *)scrollView{

    // 在缩放过程中为了使得该视图一直在屏幕中间，所以我们需要在他缩放的过程中一直调整他的center

    // 得到scrollview的子视图

    UIImageView *imageView = (UIImageView *)[scrollView viewWithTag:1000];

    // 打印imageView的frame，分析为什么他的位置会改变

  //  NSLog(@"frame -- %@",NSStringFromCGRect(imageView.frame));

    

    // 设置imageview的center，是他的位置一直在屏幕中央

    imageView.center = scrollView.center;

    // 打印contentSize  分析为什么缩放之后会滑动

    NSLog(@"contentSize %@",NSStringFromCGSize(scrollView.contentSize));

}





// 缩放结束所执行的代理方法

/**

 *  @ view    当前正在缩放的视图

 *  @ scale  当前正在缩放视图的缩放比例

 */

- (void)scrollViewDidEndZooming:(UIScrollView *)scrollView withView:(UIView *)view atScale:(CGFloat)scale{

    // 缩放完成之后恢复原大小，这里运用到2D仿射变换函数中与捏合有关的函数

    view.transform =CGAffineTransformMakeScale(1, 1);

       

    

}

Clang插件

LLVM下载

由于国内的网络限制，我们需要借助镜像下载LLVM的源码

https://mirror.tuna.tsinghua.edu.cn/help/llvm/

• 下载llvm项目

git clone https://mirrors.tuna.tsinghua.edu.cn/git/llvm/llvm.git

• 在LLVM的tools目录下下载Clang

cd llvm/tools
git clone https://mirrors.tuna.tsinghua.edu.cn/git/llvm/clang.git

• 在 LLVM 的 projects 目录下下载 compiler-rt, libcxx, libcxxabi

cd ../projects
git clone https://mirrors.tuna.tsinghua.edu.cn/git/llvm/compiler-rt.g it
git clone https://mirrors.tuna.tsinghua.edu.cn/git/llvm/libcxx.git
git clone https://mirrors.tuna.tsinghua.edu.cn/git/llvm/libcxxabi.git

• 在Clang的tools下安装extra工具

cd ../tools/clang/tools
git clone https://mirrors.tuna.tsinghua.edu.cn/git/LLvm/cLang-tooLs-e xtra.git

LLVM编译

由于最新的LLVM只支持c make来编译了，我们还需要安装c make。

安装cmake

• 查看brew是否安装cmake如果有就跳过下面步骤

brew list

• 通过brew安装cmake

brew install cmake

编译LLVM

通过xcode编译LLVM

• cmake编译成Xcode项目

mkdir build_xcode
cd build_xcode
cmake -G Xcode ../llvm

• 使用Xcode编译Clang。

  • 选择自动创建Schemes

添加下自己的插件，等下编译

#include <iostream>

#include "clang/AST/AST.h"

#include "clang/AST/DeclObjC.h"

#include "clang/AST/ASTConsumer.h"

#include "clang/ASTMatchers/ASTMatchers.h"

#include "clang/Frontend/CompilerInstance.h"

#include "clang/ASTMatchers/ASTMatchFinder.h"

#include "clang/Frontend/FrontendPluginRegistry.h"

using    namespace    clang;

using    namespace    std;

using    namespace    llvm;

using    namespace    clang::ast_matchers;



namespace HKPlugin {

    class HKConsumer: public ASTConsumer {

    public:

        //解析一个顶级的声明就回调一次

        bool HandleTopLevelDecl(DeclGroupRef D) {

            cout<<"正在解析..."<<endl;

            return true;

        }

        

        //整个文件都解析完成的回调

        void HandleTranslationUnit(ASTContext &Ctx) {

            cout << "文件解析完毕" << endl;

        }

    };



    //继承PluginASTAction 实现我们自定义的Action

    class HKASTAction:public PluginASTAction{

    public:

        //重写

        bool ParseArgs(const CompilerInstance &CI, const std::vector<std::string> &arg){

            return true;

        }

        

        std::unique_ptr<ASTConsumer> CreateASTConsumer(CompilerInstance &CI, StringRef InFile) {

            return unique_ptr<HKConsumer>(new HKConsumer);

        }

    };

}

//注册插件



static FrontendPluginRegistry::Add<HKPlugin::HKASTAction> HK("HKPlugin","this is HKPlugin");

先简单写些测试代码，然后编译生成dylib

int sum(int a);

int a;

int sum(int a){

    int b = 10;

    return 10 + b;

}

int sum2(int a,int b){

    int c = 10;

    return a + b + c;

}

写些测试代码

自己编译的 clang 文件路径 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator13.5.sdk/ -Xclang -load -Xclang 自己编译的 clang 文件路径 -Xclang -add-plugin -Xclang 自己编译的 clang 文件路径 -c 自己编译的 clang 文件路径

例： /Users/xxx/Desktop/LLVMENV/build_xcode/Debug/bin/clang -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator13.5.sdk/ -Xclang -load -Xclang /Users/xxx/Desktop/LLVMENV/build_xcode/Debug/lib/HKPlugin.dylib -Xclang -add-plugin -Xclang HKPlugin -c ./hello.m
注：iPhoneSimulator13.5.sdk换成自己目录下的sdk版本

正在解析...

正在解析...

正在解析...

正在解析...

文件解析完毕

现在在viewController中声明属性

#import "ViewController.h"



@interface ViewController ()

@property(nonatomic, strong) NSDictionary* dict;

@property(nonatomic, strong) NSArray* arr;

@property(nonatomic, strong) NSString* name;

@end



@implementation ViewController

- (void)viewDidLoad {

    [super viewDidLoad];

    // Do any additional setup after loading the view.

}

@end

然后通过语法分析，查看抽象语法树

clang -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator13.5.sdk -fmodules -fsyntax-only -Xclang -ast-dump ViewController.m

TranslationUnitDecl 0x7f9e57000008 <<invalid sloc>> <invalid sloc> <undeserialized declarations>

|-TypedefDecl 0x7f9e570008a0 <<invalid sloc>> <invalid sloc> implicit __int128_t '__int128'

| `-BuiltinType 0x7f9e570005a0 '__int128'

|-TypedefDecl 0x7f9e57000910 <<invalid sloc>> <invalid sloc> implicit __uint128_t 'unsigned __int128'

| `-BuiltinType 0x7f9e570005c0 'unsigned __int128'

|-TypedefDecl 0x7f9e570009b0 <<invalid sloc>> <invalid sloc> implicit SEL 'SEL *'

| `-PointerType 0x7f9e57000970 'SEL *' imported

|   `-BuiltinType 0x7f9e57000800 'SEL'

|-TypedefDecl 0x7f9e57000a98 <<invalid sloc>> <invalid sloc> implicit id 'id'

| `-ObjCObjectPointerType 0x7f9e57000a40 'id' imported

|   `-ObjCObjectType 0x7f9e57000a10 'id' imported

|-TypedefDecl 0x7f9e57000b78 <<invalid sloc>> <invalid sloc> implicit Class 'Class'

| `-ObjCObjectPointerType 0x7f9e57000b20 'Class' imported

|   `-ObjCObjectType 0x7f9e57000af0 'Class' imported

|-ObjCInterfaceDecl 0x7f9e57000bd0 <<invalid sloc>> <invalid sloc> implicit Protocol

|-TypedefDecl 0x7f9e57000f48 <<invalid sloc>> <invalid sloc> implicit __NSConstantString 'struct __NSConstantString_tag'

| `-RecordType 0x7f9e57000d40 'struct __NSConstantString_tag'

|   `-Record 0x7f9e57000ca0 '__NSConstantString_tag'

|-TypedefDecl 0x7f9e58008400 <<invalid sloc>> <invalid sloc> implicit __builtin_ms_va_list 'char *'

| `-PointerType 0x7f9e57000fa0 'char *'

|   `-BuiltinType 0x7f9e570000a0 'char'

|-TypedefDecl 0x7f9e580086e8 <<invalid sloc>> <invalid sloc> implicit __builtin_va_list 'struct __va_list_tag [1]'

| `-ConstantArrayType 0x7f9e58008690 'struct __va_list_tag [1]' 1 

|   `-RecordType 0x7f9e580084f0 'struct __va_list_tag'

|     `-Record 0x7f9e58008458 '__va_list_tag'

|-ImportDecl 0x7f9e5852bc18 <./ViewController.h:9:1> col:1 implicit UIKit

|-ObjCInterfaceDecl 0x7f9e58541e00 <line:11:1, line:14:2> line:11:12 ViewController

| |-super ObjCInterface 0x7f9e5852be78 'UIViewController'

| `-ObjCImplementation 0x7f9e5857f460 'ViewController'

|-ObjCCategoryDecl 0x7f9e58541f30 <ViewController.m:11:1, line:15:2> line:11:12

| |-ObjCInterface 0x7f9e58541e00 'ViewController'

| |-ObjCPropertyDecl 0x7f9e58548a00 <line:12:1, col:44> col:44 dict 'NSDictionary *' readwrite nonatomic strong

| |-ObjCMethodDecl 0x7f9e58548a80 <col:44> col:44 implicit - dict 'NSDictionary *'

| |-ObjCMethodDecl 0x7f9e58548c28 <col:44> col:44 implicit - setDict: 'void'

| | `-ParmVarDecl 0x7f9e58548cb0 <col:44> col:44 dict 'NSDictionary *'

| |-ObjCPropertyDecl 0x7f9e58551cd0 <line:13:1, col:39> col:39 arr 'NSArray *' readwrite nonatomic strong

| |-ObjCMethodDecl 0x7f9e58551d50 <col:39> col:39 implicit - arr 'NSArray *'

| |-ObjCMethodDecl 0x7f9e58551ea8 <col:39> col:39 implicit - setArr: 'void'

| | `-ParmVarDecl 0x7f9e58551f30 <col:39> col:39 arr 'NSArray *'

| |-ObjCPropertyDecl 0x7f9e585650d0 <line:14:1, col:40> col:40 name 'NSString *' readwrite nonatomic strong

| |-ObjCMethodDecl 0x7f9e58565150 <col:40> col:40 implicit - name 'NSString *'

| `-ObjCMethodDecl 0x7f9e585652a8 <col:40> col:40 implicit - setName: 'void'

|   `-ParmVarDecl 0x7f9e58565330 <col:40> col:40 name 'NSString *'

`-ObjCImplementationDecl 0x7f9e5857f460 <line:17:1, line:25:1> line:17:17 ViewController

  |-ObjCInterface 0x7f9e58541e00 'ViewController'

  |-ObjCMethodDecl 0x7f9e5857f580 <line:19:1, line:22:1> line:19:1 - viewDidLoad 'void'

  | |-ImplicitParamDecl 0x7f9e585c9c08 <<invalid sloc>> <invalid sloc> implicit self 'ViewController *'

  | |-ImplicitParamDecl 0x7f9e585c9c70 <<invalid sloc>> <invalid sloc> implicit _cmd 'SEL':'SEL *'

  | `-CompoundStmt 0x7f9e585cf2b8 <col:21, line:22:1>

  |   `-ObjCMessageExpr 0x7f9e585c9cd8 <line:20:5, col:23> 'void' selector=viewDidLoad super (instance)

  |-ObjCIvarDecl 0x7f9e585c8168 <line:12:44> col:44 implicit _dict 'NSDictionary *' synthesize private

  |-ObjCPropertyImplDecl 0x7f9e585c81c8 <<invalid sloc>, col:44> <invalid sloc> dict synthesize

  | |-ObjCProperty 0x7f9e58548a00 'dict'

  | `-ObjCIvar 0x7f9e585c8168 '_dict' 'NSDictionary *'

  |-ObjCIvarDecl 0x7f9e585c84e0 <line:13:39> col:39 implicit _arr 'NSArray *' synthesize private

  |-ObjCPropertyImplDecl 0x7f9e585c8540 <<invalid sloc>, col:39> <invalid sloc> arr synthesize

  | |-ObjCProperty 0x7f9e58551cd0 'arr'

  | `-ObjCIvar 0x7f9e585c84e0 '_arr' 'NSArray *'

  |-ObjCIvarDecl 0x7f9e585c9890 <line:14:40> col:40 implicit _name 'NSString *' synthesize private

  |-ObjCPropertyImplDecl 0x7f9e585c98f0 <<invalid sloc>, col:40> <invalid sloc> name synthesize

  | |-ObjCProperty 0x7f9e585650d0 'name'

  | `-ObjCIvar 0x7f9e585c9890 '_name' 'NSString *'

  |-ObjCMethodDecl 0x7f9e585c82f8 <line:12:44> col:44 implicit - dict 'NSDictionary *'

  |-ObjCMethodDecl 0x7f9e585c8450 <col:44> col:44 implicit - setDict: 'void'

  | `-ParmVarDecl 0x7f9e58548cb0 <col:44> col:44 dict 'NSDictionary *'

  |-ObjCMethodDecl 0x7f9e585c8670 <line:13:39> col:39 implicit - arr 'NSArray *'

  |-ObjCMethodDecl 0x7f9e585c9800 <col:39> col:39 implicit - setArr: 'void'

  | `-ParmVarDecl 0x7f9e58551f30 <col:39> col:39 arr 'NSArray *'

  |-ObjCMethodDecl 0x7f9e585c9a20 <line:14:40> col:40 implicit - name 'NSString *'

  `-ObjCMethodDecl 0x7f9e585c9b78 <col:40> col:40 implicit - setName: 'void'

    `-ParmVarDecl 0x7f9e58565330 <col:40> col:40 name 'NSString *'

我们可以找到其中的属性节点和他的修饰符

| |-ObjCPropertyDecl 0x7f9e585650d0 <line:14:1, col:40> col:40 name 'NSString *' readwrite nonatomic strong

完整代码如下

#include <iostream>

#include "clang/AST/AST.h"

#include "clang/AST/DeclObjC.h"

#include "clang/AST/ASTConsumer.h"

#include "clang/ASTMatchers/ASTMatchers.h"

#include "clang/Frontend/CompilerInstance.h"

#include "clang/ASTMatchers/ASTMatchFinder.h"

#include "clang/Frontend/FrontendPluginRegistry.h"

using    namespace    clang;

using    namespace    std;

using    namespace    llvm;

using    namespace    clang::ast_matchers;



namespace HKPlugin {



    class HKMatchCallback:public MatchFinder::MatchCallback{

    private:

        CompilerInstance &CI;

        

        bool isUserSourceCode(const string fileName){

            if (fileName.empty()) return false;

            //非xcode中的源码都认为是用户的

            if(fileName.find("/Applications/Xcode.app/") == 0)return false;

            return true;

        }

        

        //判断是否应该用copy修饰

        bool isShouldUseCopy(const string typeStr){

            if (typeStr.find("NSString") != string::npos ||

                typeStr.find("NSArray") != string::npos ||

                typeStr.find("NSDictionary") != string::npos ) {

                return true;

            }

            return false;

        }

    public:

        HKMatchCallback(CompilerInstance &CI):CI(CI){}

        void run(const MatchFinder::MatchResult &Result) {

            //通过Result获得节点

            //之前绑定的标识

            const ObjCPropertyDecl * propertyDecl =  Result.Nodes.getNodeAs<ObjCPropertyDecl>("objcPropertyDecl");

            



            //获取文件名称

            string fileName = CI.getSourceManager().getFilename(propertyDecl-> getSourceRange().getBegin()).str();



            //判断节点有值并且是用户文件

            if (propertyDecl && isUserSourceCode(fileName)) {

                //节点类型转为字符串

                string typeStr = propertyDecl->getType().getAsString();

                //拿到及诶单的描述信息

                ObjCPropertyDecl::PropertyAttributeKind attrKind = propertyDecl->getPropertyAttributes();

                //判断应该使用copy但是没有使用copy

                if (isShouldUseCopy(typeStr) && !(attrKind & clang::ObjCPropertyDecl::OBJC_PR_copy)) {

                    cout << typeStr << "应该用copy修饰!但你没有" << endl;

                    //诊断引擎

                    DiagnosticsEngine &diag = CI.getDiagnostics();

                    //Report 报告

                    diag.Report(propertyDecl->getBeginLoc(),diag.getCustomDiagID(DiagnosticsEngine::Warning, "--- %0    这个地方推荐使用copy"))<<typeStr

                }

//                cout<<"--拿到了:"<<typeStr<<"---属于文件:"<<fileName<<endl;

                

            }

        }

    };



    class HKConsumer: public ASTConsumer {

    private:

        //AST节点的查找过滤器

        MatchFinder matcher;

        HKMatchCallback callback;

    public:

        HKConsumer(CompilerInstance &CI):callback(CI){

            //添加一个MatchFinder去匹配objcPropertyDecl节点

            //回调在HKMatchCallback里面run方法

            

            matcher.addMatcher(objcPropertyDecl().bind("objcPropertyDecl"), &callback);

        }

        //解析一个顶级的声明就回调一次

        bool HandleTopLevelDecl(DeclGroupRef D) {

            cout<<"正在解析..."<<endl;

            return true;

        }

        

        //整个文件都解析完成的回调

        void HandleTranslationUnit(ASTContext &Ctx) {

            cout << "文件解析完毕" << endl;

            matcher.matchAST(Ctx);//将语法树交给过滤器

        }

    };



    //继承PluginASTAction 实现我们自定义的Action

    class HKASTAction:public PluginASTAction{

    public:

        //重写

        bool ParseArgs(const CompilerInstance &CI, const std::vector<std::string> &arg){

            return true;

        }

        

        std::unique_ptr<ASTConsumer> CreateASTConsumer(CompilerInstance &CI, StringRef InFile) {

            //ASTConsumer是一个抽象类，这里返回一个自定义的类来继承

            return unique_ptr<HKConsumer>(new HKConsumer(CI));

        }

    };

}

//注册插件



static FrontendPluginRegistry::Add<HKPlugin::HKASTAction> HK("HKPlugin","this is HKPlugin");

只执行一次

behavior & LOOKUP_RESOLVER
behavior ^= LOOKUP_RESOLVER;
这俩步操作保证resolveMethod_locked只被执行一次

resolveInstanceMethod

resolveClassMethod

static void resolveClassMethod(id inst, SEL sel, Class cls)

{

    runtimeLock.assertUnlocked();

    ASSERT(cls->isRealized());

    ASSERT(cls->isMetaClass());



    if (!lookUpImpOrNilTryCache(inst, @selector(resolveClassMethod:), cls)) {

        // Resolver not implemented.

       // NSObject有兜底实现

        return;

    }



    Class nonmeta;

    {

        mutex_locker_t lock(runtimeLock);

        nonmeta = getMaybeUnrealizedNonMetaClass(cls, inst);

        // +initialize path should have realized nonmeta already

        if (!nonmeta->isRealized()) {

            _objc_fatal("nonmeta class %s (%p) unexpectedly not realized",

                        nonmeta->nameForLogging(), nonmeta);

        }

    }

    BOOL (*msg)(Class, SEL, SEL) = (typeof(msg))objc_msgSend;

    bool resolved = msg(nonmeta, @selector(resolveClassMethod:), sel);



    // Cache the result (good or bad) so the resolver doesn't fire next time.

    // +resolveClassMethod adds to self->ISA() a.k.a. cls

    IMP imp = lookUpImpOrNilTryCache(inst, sel, cls);



    if (resolved  &&  PrintResolving) {

        if (imp) {

            _objc_inform("RESOLVE: method %c[%s %s] "

                         "dynamically resolved to %p", 

                         cls->isMetaClass() ? '+' : '-', 

                         cls->nameForLogging(), sel_getName(sel), imp);

        }

        else {

            // Method resolver didn't add anything?

            _objc_inform("RESOLVE: +[%s resolveClassMethod:%s] returned YES"

                         ", but no new implementation of %c[%s %s] was found",

                         cls->nameForLogging(), sel_getName(sel), 

                         cls->isMetaClass() ? '+' : '-', 

                         cls->nameForLogging(), sel_getName(sel));

        }

    }

}

这里判断进程如果受限制（processIsRestricted不为空）执行pruneEnvironmentVariables。pruneEnvironmentVariables会移除DYLD_INSERT_LIBRARIES中的数据，相当于被清空了。这样插入的动态库就不会被加载了。

既然越狱插件是通过DYLD_INSERT_LIBRARIES插入的，那么只要让自己的进程受限就能起到保护作用了。

搜索processIsRestricted = true是在4696行设置值的：

// any processes with setuid or setgid bit set or with __RESTRICT segment is restricted

if ( issetugid() || hasRestrictedSegment(mainExecutableMH) ) {

    gLinkContext.processIsRestricted = true;

}

static bool hasRestrictedSegment(const macho_header* mh)

{

    //load command 数量

    const uint32_t cmd_count = mh->ncmds;

    const struct load_command* const cmds = (struct load_command*)(((char*)mh)+sizeof(macho_header));

    const struct load_command* cmd = cmds;

    for (uint32_t i = 0; i < cmd_count; ++i) {

        switch (cmd->cmd) {

            case LC_SEGMENT_COMMAND:

            {

                const struct macho_segment_command* seg = (struct macho_segment_command*)cmd;

                

                //dyld::log("seg name: %s\n", seg->segname);

                //读取__RESTRICT SEGMENT

                if (strcmp(seg->segname, "__RESTRICT") == 0) {

                    const struct macho_section* const sectionsStart = (struct macho_section*)((char*)seg + sizeof(struct macho_segment_command));

                    const struct macho_section* const sectionsEnd = &sectionsStart[seg->nsects];

                    for (const struct macho_section* sect=sectionsStart; sect < sectionsEnd; ++sect) {

                        //读取__restrict SECTION

                        if (strcmp(sect->sectname, "__restrict") == 0) 

                            return true;

                    }

                }

            }

            break;

        }

        cmd = (const struct load_command*)(((char*)cmd)+cmd->cmdsize);

    }

        

    return false;

}

#if TARGET_OS_OSX

static bool hasRestrictedSegment(const macho_header* mh)

{

    const uint32_t cmd_count = mh->ncmds;

    const struct load_command* const cmds = (struct load_command*)(((char*)mh)+sizeof(macho_header));

    const struct load_command* cmd = cmds;

    for (uint32_t i = 0; i < cmd_count; ++i) {

        switch (cmd->cmd) {

            case LC_SEGMENT_COMMAND:

            {

                const struct macho_segment_command* seg = (struct macho_segment_command*)cmd;

                

                //dyld::log("seg name: %s\n", seg->segname);

                if (strcmp(seg->segname, "__RESTRICT") == 0) {

                    const struct macho_section* const sectionsStart = (struct macho_section*)((char*)seg + sizeof(struct macho_segment_command));

                    const struct macho_section* const sectionsEnd = &sectionsStart[seg->nsects];

                    for (const struct macho_section* sect=sectionsStart; sect < sectionsEnd; ++sect) {

                        if (strcmp(sect->sectname, "__restrict") == 0) 

                            return true;

                    }

                }

            }

            break;

        }

        cmd = (const struct load_command*)(((char*)cmd)+cmd->cmdsize);

    }

        

    return false;

}

#endif

在Other Linker Flags中输入-Wl,-sectcreate,__RESTRICT,__restrict,/dev/null：

#import <mach-o/dyld.h>



const char *whiteListLibStrs =

"/usr/lib/substitute-inserter.dylib/System/Library/Frameworks/Foundation.framework/Foundation/usr/lib/libobjc.A.dylib/usr/lib/libSystem.B.dylib/System/Library/Frameworks/UIKit.framework/UIKit/System/Library/Frameworks/CoreFoundation.framework/CoreFoundation/System/Library/PrivateFrameworks/CoreAutoLayout.framework/CoreAutoLayout/usr/lib/libcompression.dylib/System/Library/Frameworks/CFNetwork.framework/CFNetwork/usr/lib/libarchive.2.dylib/usr/lib/libicucore.A.dylib/usr/lib/libxml2.2.dylib/usr/lib/liblangid.dylib/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit/usr/lib/libCRFSuite.dylib/System/Library/PrivateFrameworks/SoftLinking.framework/SoftLinking/usr/lib/libc++abi.dylib/usr/lib/libc++.1.dylib/usr/lib/system/libcache.dylib/usr/lib/system/libcommonCrypto.dylib/usr/lib/system/libcompiler_rt.dylib/usr/lib/system/libcopyfile.dylib/usr/lib/system/libcorecrypto.dylib";



const char *blackListLibStrs =

"/usr/lib/libsubstitute.dylib/usr/lib/substitute-loader.dylib/usr/lib/libsubstrate.dylib/Library/MobileSubstrate/DynamicLibraries/RHRevealLoader";



void imageListCheck() {

    //进程依赖的库数量

    int count = _dyld_image_count();

    //第一个为自己。过滤掉，因为每次执行的沙盒路径不一样。

    for (int i = 1; i < count; i++) {

        const char *image_name =  _dyld_get_image_name(i);

//        printf("%s",image_name);

        //黑名单检测

        if (strstr(blackListLibStrs, image_name)) {//不在白名单

            printf("image_name in black list: %s\n",image_name);

            break;

        }

        //白名单检测

        if (!strstr(whiteListLibStrs, image_name)) {

            printf("image_name not in white list: %s\n",image_name);

        }

    }

}

+ (void)load {

    imageListCheck();

}