diff --git "a/AndroidNote/Android\345\237\272\347\241\200/tablayout\350\256\260\345\275\225.md" "b/AndroidNote/Android\345\237\272\347\241\200/tablayout\350\256\260\345\275\225.md" new file mode 100644 index 0000000..63a86ec --- /dev/null +++ "b/AndroidNote/Android\345\237\272\347\241\200/tablayout\350\256\260\345\275\225.md" @@ -0,0 +1,47 @@ +# TabLayout记录 + +今天用TabLayout的时候发现，TabLayout的setOnPageChangeListener的方法过期了，良好的编程习惯是不在项目中使用过时的方法的，所以要找一个替代的方案： + +``addOnPageChangeListener`` + +- setOnPageChangeListener + +``` +mViewPager.setOnPageChangeListener(new ViewPager.OnPageChangeListener() { +@Override +public void onPageScrolled(int position, float positionOffset, int positionOffsetPixels) { + +} + +@Override +public void onPageSelected(int position) { + +} + +@Override +public void onPageScrollStateChanged(int state) { + +} +}); +``` + +- addOnPageChangeListener + +``` +mViewPager.addOnPageChangeListener(new ViewPager.OnPageChangeListener() { +@Override +public void onPageScrolled(int position, float positionOffset, int positionOffsetPixels) { + +} + +@Override +public void onPageSelected(int position) { + selectedTab(position); +} + +@Override +public void onPageScrollStateChanged(int state) { + +} +}); +``` diff --git "a/AndroidNote/Android\346\212\245\351\224\231\350\256\260\345\275\225/Android\346\212\245\351\224\231-Manifest merger failed with multiple errors, see logs" "b/AndroidNote/Android\346\212\245\351\224\231\350\256\260\345\275\225/Android\346\212\245\351\224\231-Manifest merger failed with multiple errors, see logs" deleted file mode 100644 index 5bc8e43..0000000 --- "a/AndroidNote/Android\346\212\245\351\224\231\350\256\260\345\275\225/Android\346\212\245\351\224\231-Manifest merger failed with multiple errors, see logs" +++ /dev/null @@ -1,19 +0,0 @@ -# Android报错:Manifest merger failed with multiple errors, see logs - -在编写Android代码的时候可能会遇到这样的错误：``Manifest merger failed with multiple errors, see logs``，但是遇到这样的问题，我们的内心是崩溃的，因为它告诉我们，我们的代码有问题，编译过过去，但是又没有告诉我们问题在哪里，所以我们需要自己找问题。 - - - -在Android studio自带的命令行里面，我们输入：``gradlew processDebugManifest —stacktrace`` - - - -这样我们就能获得更多的信息，我们便可以根据信息进行处理了。 - - - -常遇到这样问题的场景，一般都是，在自己的项目中引用到了，第三方的库，但是我们的最低版本的要求和库的版本要求可能不太一样，这个时候两个.gradle的文件在merage的时候就会产生冲突，就会报错了，我们只需要将他们两个改成一样的就可以。 - - - -一般来说遇到这种问题的大多数的场景，都是多个.gradle文件在合并的过程中遇到了问题，我们可以根据报错，和我们的回忆来检查到底是哪里出现的问题。 \ No newline at end of file diff --git "a/AndroidNote/Android\346\212\245\351\224\231\350\256\260\345\275\225/Android\346\212\245\351\224\2312.md" "b/AndroidNote/Android\346\212\245\351\224\231\350\256\260\345\275\225/Android\346\212\245\351\224\2312.md" new file mode 100644 index 0000000..b405610 --- /dev/null +++ "b/AndroidNote/Android\346\212\245\351\224\231\350\256\260\345\275\225/Android\346\212\245\351\224\2312.md" @@ -0,0 +1,6 @@ +## Client not ready yet.. + + +这个错误导致的原因是，我们的AndroidManifest.xml中没有配置，默认的启动项。 + +还有一个原因就是可能我们的编辑器bug了，我们可以删掉再加回来。 diff --git "a/AndroidNote/Android\350\277\233\351\230\266/AndroidStudio\345\257\274\345\205\245\345\267\245\347\250\213\344\270\200\347\233\264\345\234\250Building\347\232\204\350\247\243\345\206\263\346\226\271\346\241\210.md" "b/AndroidNote/Android\350\277\233\351\230\266/AndroidStudio\345\257\274\345\205\245\345\267\245\347\250\213\344\270\200\347\233\264\345\234\250Building\347\232\204\350\247\243\345\206\263\346\226\271\346\241\210.md" new file mode 100644 index 0000000..1680991 --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/AndroidStudio\345\257\274\345\205\245\345\267\245\347\250\213\344\270\200\347\233\264\345\234\250Building\347\232\204\350\247\243\345\206\263\346\226\271\346\241\210.md" @@ -0,0 +1,17 @@ +# Android导入项目一直在Building的解决方案 + +这种问题的发生的场景，一般是因为项目中的gradle的版本，或者sdk的版本我们本地环境中没有，所以需要先下载，然后才能导入，但是下载起来又特别的慢，所以我们需要修改一下待导入项目中用的配置。 + +我们可以找一个，我们可以运行的项目，然后将这些配置替换掉。 + +1.修改待倒入项目的gradle版本 + +找到 ``项目名称/gradle/wrapper/gradle-wrapper.properties`` +将 ``distributionUrl=...`` 这一行，修改成我们已知项目一样即可 + + +2.修改 ``项目名称/app/build.gradle`` +将 ``targetSdkVersion`` 和 ``buildToolsVersion`` 和``compileSdkVersion``修改成和我们能跑起来项目一样就可以了。 + + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/Android\345\206\205\345\255\230\346\263\204\346\274\217\346\200\273\347\273\223.md" "b/AndroidNote/Android\350\277\233\351\230\266/Android\345\206\205\345\255\230\346\263\204\346\274\217\346\200\273\347\273\223.md" new file mode 100644 index 0000000..5165f3a --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/Android\345\206\205\345\255\230\346\263\204\346\274\217\346\200\273\347\273\223.md" @@ -0,0 +1,502 @@ +** 本文为转载的优质好文，[原文链接](https://github.com/GeniusVJR/LearningNotes/blob/master/Part1/Android/Android%E5%86%85%E5%AD%98%E6%B3%84%E6%BC%8F%E6%80%BB%E7%BB%93.md) + + + +# Android 内存泄漏总结 + +内存管理的目的就是让我们在开发中怎么有效的避免我们的应用出现内存泄漏的问题。内存泄漏大家都不陌生了，简单粗俗的讲，就是该被释放的对象没有释放，一直被某个或某些实例所持有却不再被使用导致 GC 不能回收。最近自己阅读了大量相关的文档资料，打算做个 总结 沉淀下来跟大家一起分享和学习，也给自己一个警示，以后 coding 时怎么避免这些情况，提高应用的体验和质量。 + +我会从 java 内存泄漏的基础知识开始，并通过具体例子来说明 Android 引起内存泄漏的各种原因，以及如何利用工具来分析应用内存泄漏，最后再做总结。 + + +## Java 内存分配策略 + +Java 程序运行时的内存分配策略有三种,分别是静态分配,栈式分配,和堆式分配，对应的，三种存储策略使用的内存空间主要分别是静态存储区（也称方法区）、栈区和堆区。 + +* 静态存储区（方法区）：主要存放静态数据、全局 static 数据和常量。这块内存在程序编译时就已经分配好，并且在程序整个运行期间都存在。 + +* 栈区 ：当方法被执行时，方法体内的局部变量（其中包括基础数据类型、对象的引用）都在栈上创建，并在方法执行结束时这些局部变量所持有的内存将会自动被释放。因为栈内存分配运算内置于处理器的指令集中，效率很高，但是分配的内存容量有限。 + +* 堆区 ： 又称动态内存分配，通常就是指在程序运行时直接 new 出来的内存，也就是对象的实例。这部分内存在不使用时将会由 Java 垃圾回收器来负责回收。 + +## 栈与堆的区别： + +在方法体内定义的（局部变量）一些基本类型的变量和对象的引用变量都是在方法的栈内存中分配的。当在一段方法块中定义一个变量时，Java 就会在栈中为该变量分配内存空间，当超过该变量的作用域后，该变量也就无效了，分配给它的内存空间也将被释放掉，该内存空间可以被重新使用。 + +堆内存用来存放所有由 new 创建的对象（包括该对象其中的所有成员变量）和数组。在堆中分配的内存，将由 Java 垃圾回收器来自动管理。在堆中产生了一个数组或者对象后，还可以在栈中定义一个特殊的变量，这个变量的取值等于数组或者对象在堆内存中的首地址，这个特殊的变量就是我们上面说的引用变量。我们可以通过这个引用变量来访问堆中的对象或者数组。 + +举个例子: + +``` +public class Sample { + int s1 = 0; + Sample mSample1 = new Sample(); + + public void method() { + int s2 = 1; + Sample mSample2 = new Sample(); + } +} + +Sample mSample3 = new Sample(); +``` + +Sample 类的局部变量 s2 和引用变量 mSample2 都是存在于栈中，但 mSample2 指向的对象是存在于堆上的。 +mSample3 指向的对象实体存放在堆上，包括这个对象的所有成员变量 s1 和 mSample1，而它自己存在于栈中。 + +结论： + +局部变量的基本数据类型和引用存储于栈中，引用的对象实体存储于堆中。—— 因为它们属于方法中的变量，生命周期随方法而结束。 + +成员变量全部存储与堆中（包括基本数据类型，引用和引用的对象实体）—— 因为它们属于类，类对象终究是要被new出来使用的。 + +了解了 Java 的内存分配之后，我们再来看看 Java 是怎么管理内存的。 + +## Java是如何管理内存 + +Java的内存管理就是对象的分配和释放问题。在 Java 中，程序员需要通过关键字 new 为每个对象申请内存空间 (基本类型除外)，所有的对象都在堆 (Heap)中分配空间。另外，对象的释放是由 GC 决定和执行的。在 Java 中，内存的分配是由程序完成的，而内存的释放是由 GC 完成的，这种收支两条线的方法确实简化了程序员的工作。但同时，它也加重了JVM的工作。这也是 Java 程序运行速度较慢的原因之一。因为，GC 为了能够正确释放对象，GC 必须监控每一个对象的运行状态，包括对象的申请、引用、被引用、赋值等，GC 都需要进行监控。 + +监视对象状态是为了更加准确地、及时地释放对象，而释放对象的根本原则就是该对象不再被引用。 + +为了更好理解 GC 的工作原理，我们可以将对象考虑为有向图的顶点，将引用关系考虑为图的有向边，有向边从引用者指向被引对象。另外，每个线程对象可以作为一个图的起始顶点，例如大多程序从 main 进程开始执行，那么该图就是以 main 进程顶点开始的一棵根树。在这个有向图中，根顶点可达的对象都是有效对象，GC将不回收这些对象。如果某个对象 (连通子图)与这个根顶点不可达(注意，该图为有向图)，那么我们认为这个(这些)对象不再被引用，可以被 GC 回收。 +以下，我们举一个例子说明如何用有向图表示内存管理。对于程序的每一个时刻，我们都有一个有向图表示JVM的内存分配情况。以下右图，就是左边程序运行到第6行的示意图。 + +![](http://www.ibm.com/developerworks/cn/java/l-JavaMemoryLeak/1.gif) + +Java使用有向图的方式进行内存管理，可以消除引用循环的问题，例如有三个对象，相互引用，只要它们和根进程不可达的，那么GC也是可以回收它们的。这种方式的优点是管理内存的精度很高，但是效率较低。另外一种常用的内存管理技术是使用计数器，例如COM模型采用计数器方式管理构件，它与有向图相比，精度行低(很难处理循环引用的问题)，但执行效率很高。 + +## 什么是Java中的内存泄露 + +在Java中，内存泄漏就是存在一些被分配的对象，这些对象有下面两个特点，首先，这些对象是可达的，即在有向图中，存在通路可以与其相连；其次，这些对象是无用的，即程序以后不会再使用这些对象。如果对象满足这两个条件，这些对象就可以判定为Java中的内存泄漏，这些对象不会被GC所回收，然而它却占用内存。 + +在C++中，内存泄漏的范围更大一些。有些对象被分配了内存空间，然后却不可达，由于C++中没有GC，这些内存将永远收不回来。在Java中，这些不可达的对象都由GC负责回收，因此程序员不需要考虑这部分的内存泄露。 + +通过分析，我们得知，对于C++，程序员需要自己管理边和顶点，而对于Java程序员只需要管理边就可以了(不需要管理顶点的释放)。通过这种方式，Java提高了编程的效率。 + +![](http://www.ibm.com/developerworks/cn/java/l-JavaMemoryLeak/2.gif) + +因此，通过以上分析，我们知道在Java中也有内存泄漏，但范围比C++要小一些。因为Java从语言上保证，任何对象都是可达的，所有的不可达对象都由GC管理。 + +对于程序员来说，GC基本是透明的，不可见的。虽然，我们只有几个函数可以访问GC，例如运行GC的函数System.gc()，但是根据Java语言规范定义， 该函数不保证JVM的垃圾收集器一定会执行。因为，不同的JVM实现者可能使用不同的算法管理GC。通常，GC的线程的优先级别较低。JVM调用GC的策略也有很多种，有的是内存使用到达一定程度时，GC才开始工作，也有定时执行的，有的是平缓执行GC，有的是中断式执行GC。但通常来说，我们不需要关心这些。除非在一些特定的场合，GC的执行影响应用程序的性能，例如对于基于Web的实时系统，如网络游戏等，用户不希望GC突然中断应用程序执行而进行垃圾回收，那么我们需要调整GC的参数，让GC能够通过平缓的方式释放内存，例如将垃圾回收分解为一系列的小步骤执行，Sun提供的HotSpot JVM就支持这一特性。 + +同样给出一个 Java 内存泄漏的典型例子， + +``` +Vector v = new Vector(10); +for (int i = 1; i < 100; i++) { + Object o = new Object(); + v.add(o); + o = null; +} +``` + +在这个例子中，我们循环申请Object对象，并将所申请的对象放入一个 Vector 中，如果我们仅仅释放引用本身，那么 Vector 仍然引用该对象，所以这个对象对 GC 来说是不可回收的。因此，如果对象加入到Vector 后，还必须从 Vector 中删除，最简单的方法就是将 Vector 对象设置为 null。 + + +**详细Java中的内存泄漏** + +1.Java内存回收机制 + +不论哪种语言的内存分配方式，都需要返回所分配内存的真实地址，也就是返回一个指针到内存块的首地址。Java中对象是采用new或者反射的方法创建的，这些对象的创建都是在堆（Heap）中分配的，所有对象的回收都是由Java虚拟机通过垃圾回收机制完成的。GC为了能够正确释放对象，会监控每个对象的运行状况，对他们的申请、引用、被引用、赋值等状况进行监控，Java会使用有向图的方法进行管理内存，实时监控对象是否可以达到，如果不可到达，则就将其回收，这样也可以消除引用循环的问题。在Java语言中，判断一个内存空间是否符合垃圾收集标准有两个：一个是给对象赋予了空值null，以下再没有调用过，另一个是给对象赋予了新值，这样重新分配了内存空间。 + +2.Java内存泄漏引起的原因 + +内存泄漏是指无用对象（不再使用的对象）持续占有内存或无用对象的内存得不到及时释放，从而造成内存空间的浪费称为内存泄漏。内存泄露有时不严重且不易察觉，这样开发者就不知道存在内存泄露，但有时也会很严重，会提示你Out of memory。j + +Java内存泄漏的根本原因是什么呢？长生命周期的对象持有短生命周期对象的引用就很可能发生内存泄漏，尽管短生命周期对象已经不再需要，但是因为长生命周期持有它的引用而导致不能被回收，这就是Java中内存泄漏的发生场景。具体主要有如下几大类： + +1、静态集合类引起内存泄漏： + +像HashMap、Vector等的使用最容易出现内存泄露，这些静态变量的生命周期和应用程序一致，他们所引用的所有的对象Object也不能被释放，因为他们也将一直被Vector等引用着。 + +例如 + +``` +Static Vector v = new Vector(10); +for (int i = 1; i<100; i++) +{ +Object o = new Object(); +v.add(o); +o = null; +} +``` + +在这个例子中，循环申请Object 对象，并将所申请的对象放入一个Vector 中，如果仅仅释放引用本身（o=null），那么Vector 仍然引用该对象，所以这个对象对GC 来说是不可回收的。因此，如果对象加入到Vector 后，还必须从Vector 中删除，最简单的方法就是将Vector对象设置为null。 + + + +3、监听器 + +在java 编程中，我们都需要和监听器打交道，通常一个应用当中会用到很多监听器，我们会调用一个控件的诸如addXXXListener()等方法来增加监听器，但往往在释放对象的时候却没有记住去删除这些监听器，从而增加了内存泄漏的机会。 + +4、各种连接 + +比如数据库连接（dataSourse.getConnection()），网络连接(socket)和io连接，除非其显式的调用了其close（）方法将其连接关闭，否则是不会自动被GC 回收的。对于Resultset 和Statement 对象可以不进行显式回收，但Connection 一定要显式回收，因为Connection 在任何时候都无法自动回收，而Connection一旦回收，Resultset 和Statement 对象就会立即为NULL。但是如果使用连接池，情况就不一样了，除了要显式地关闭连接，还必须显式地关闭Resultset Statement 对象（关闭其中一个，另外一个也会关闭），否则就会造成大量的Statement 对象无法释放，从而引起内存泄漏。这种情况下一般都会在try里面去的连接，在finally里面释放连接。 + +5、内部类和外部模块的引用 + +内部类的引用是比较容易遗忘的一种，而且一旦没释放可能导致一系列的后继类对象没有释放。此外程序员还要小心外部模块不经意的引用，例如程序员A 负责A 模块，调用了B 模块的一个方法如： +public void registerMsg(Object b); +这种调用就要非常小心了，传入了一个对象，很可能模块B就保持了对该对象的引用，这时候就需要注意模块B 是否提供相应的操作去除引用。 + +6、单例模式 + +不正确使用单例模式是引起内存泄漏的一个常见问题，单例对象在初始化后将在JVM的整个生命周期中存在（以静态变量的方式），如果单例对象持有外部的引用，那么这个对象将不能被JVM正常回收，导致内存泄漏，考虑下面的例子： + +``` +class A{ +public A(){ +B.getInstance().setA(this); +} +.... +} +//B类采用单例模式 +class B{ +private A a; +private static B instance=new B(); +public B(){} +public static B getInstance(){ +return instance; +} +public void setA(A a){ +this.a=a; +} +//getter... +} +``` + + +显然B采用singleton模式，它持有一个A对象的引用，而这个A类的对象将不能被回收。想象下如果A是个比较复杂的对象或者集合类型会发生什么情况 + +## Android中常见的内存泄漏汇总 +--- + +### 集合类泄漏 + +集合类如果仅仅有添加元素的方法，而没有相应的删除机制，导致内存被占用。如果这个集合类是全局性的变量 (比如类中的静态属性，全局性的 map 等即有静态引用或 final 一直指向它)，那么没有相应的删除机制，很可能导致集合所占用的内存只增不减。比如上面的典型例子就是其中一种情况，当然实际上我们在项目中肯定不会写这么 2B 的代码，但稍不注意还是很容易出现这种情况，比如我们都喜欢通过 HashMap 做一些缓存之类的事，这种情况就要多留一些心眼。 + +### 单例造成的内存泄漏 + +由于单例的静态特性使得其生命周期跟应用的生命周期一样长，所以如果使用不恰当的话，很容易造成内存泄漏。比如下面一个典型的例子， + +``` +public class AppManager { +private static AppManager instance; +private Context context; +private AppManager(Context context) { +this.context = context; +} +public static AppManager getInstance(Context context) { +if (instance == null) { +instance = new AppManager(context); +} +return instance; +} +} +``` + +这是一个普通的单例模式，当创建这个单例的时候，由于需要传入一个Context，所以这个Context的生命周期的长短至关重要： + +1、如果此时传入的是 Application 的 Context，因为 Application 的生命周期就是整个应用的生命周期，所以这将没有任何问题。 + +2、如果此时传入的是 Activity 的 Context，当这个 Context 所对应的 Activity 退出时，由于该 Context 的引用被单例对象所持有，其生命周期等于整个应用程序的生命周期，所以当前 Activity 退出时它的内存并不会被回收，这就造成泄漏了。 + +正确的方式应该改为下面这种方式： + +``` +public class AppManager { +private static AppManager instance; +private Context context; +private AppManager(Context context) { +this.context = context.getApplicationContext();// 使用Application 的context +} +public static AppManager getInstance(Context context) { +if (instance == null) { +instance = new AppManager(context); +} +return instance; +} +} +``` + +或者这样写，连 Context 都不用传进来了： + +``` +在你的 Application 中添加一个静态方法，getContext() 返回 Application 的 context， + +... + +context = getApplicationContext(); + +... + /** + * 获取全局的context + * @return 返回全局context对象 + */ + public static Context getContext(){ + return context; + } + +public class AppManager { +private static AppManager instance; +private Context context; +private AppManager() { +this.context = MyApplication.getContext();// 使用Application 的context +} +public static AppManager getInstance() { +if (instance == null) { +instance = new AppManager(); +} +return instance; +} +} +``` + +### 匿名内部类/非静态内部类和异步线程 + +非静态内部类创建静态实例造成的内存泄漏 + +有的时候我们可能会在启动频繁的Activity中，为了避免重复创建相同的数据资源，可能会出现这种写法： + +``` + public class MainActivity extends AppCompatActivity { + private static TestResource mResource = null; + @Override + protected void onCreate(Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + setContentView(R.layout.activity_main); + if(mManager == null){ + mManager = new TestResource(); + } + //... + } + class TestResource { + //... + } + } +``` +这样就在Activity内部创建了一个非静态内部类的单例，每次启动Activity时都会使用该单例的数据，这样虽然避免了资源的重复创建，不过这种写法却会造成内存泄漏，因为非静态内部类默认会持有外部类的引用，而该非静态内部类又创建了一个静态的实例，该实例的生命周期和应用的一样长，这就导致了该静态实例一直会持有该Activity的引用，导致Activity的内存资源不能正常回收。正确的做法为： + +将该内部类设为静态内部类或将该内部类抽取出来封装成一个单例，如果需要使用Context，请按照上面推荐的使用Application 的 Context。当然，Application 的 context 不是万能的，所以也不能随便乱用，对于有些地方则必须使用 Activity 的 Context，对于Application，Service，Activity三者的Context的应用场景如下： + +![](http://img.blog.csdn.net/20151123144226349?spm=5176.100239.blogcont.9.CtU1c4) + +其中： NO1表示 Application 和 Service 可以启动一个 Activity，不过需要创建一个新的 task 任务队列。而对于 Dialog 而言，只有在 Activity 中才能创建 + +### 匿名内部类 + +android开发经常会继承实现Activity/Fragment/View，此时如果你使用了匿名类，并被异步线程持有了，那要小心了，如果没有任何措施这样一定会导致泄露 + +``` + public class MainActivity extends Activity { + ... + Runnable ref1 = new MyRunable(); + Runnable ref2 = new Runnable() { + @Override + public void run() { + + } + }; + ... + } +``` + +ref1和ref2的区别是，ref2使用了匿名内部类。我们来看看运行时这两个引用的内存： + +![](http://img2.tbcdn.cn/L1/461/1/fb05ff6d2e68f309b94dd84352c81acfe0ae839e?spm=5176.100239.blogcont.10.CtU1c4) + +可以看到，ref1没什么特别的。 + +但ref2这个匿名类的实现对象里面多了一个引用： + +this$0这个引用指向MainActivity.this，也就是说当前的MainActivity实例会被ref2持有，如果将这个引用再传入一个异步线程，此线程和此Acitivity生命周期不一致的时候，就造成了Activity的泄露。 + +### Handler 造成的内存泄漏 + +Handler 的使用造成的内存泄漏问题应该说是最为常见了，很多时候我们为了避免 ANR 而不在主线程进行耗时操作，在处理网络任务或者封装一些请求回调等api都借助Handler来处理，但 Handler 不是万能的，对于 Handler 的使用代码编写一不规范即有可能造成内存泄漏。另外，我们知道 Handler、Message 和 MessageQueue 都是相互关联在一起的，万一 Handler 发送的 Message 尚未被处理，则该 Message 及发送它的 Handler 对象将被线程 MessageQueue 一直持有。 + +由于 Handler 属于 TLS(Thread Local Storage) 变量, 生命周期和 Activity 是不一致的。因此这种实现方式一般很难保证跟 View 或者 Activity 的生命周期保持一致，故很容易导致无法正确释放。 + +举个例子： + +``` + public class SampleActivity extends Activity { + + private final Handler mLeakyHandler = new Handler() { + @Override + public void handleMessage(Message msg) { + // ... + } + } + + @Override + protected void onCreate(Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + + // Post a message and delay its execution for 10 minutes. + mLeakyHandler.postDelayed(new Runnable() { + @Override + public void run() { /* ... */ } + }, 1000 * 60 * 10); + + // Go back to the previous Activity. + finish(); + } + } +``` + +在该 SampleActivity 中声明了一个延迟10分钟执行的消息 Message，mLeakyHandler 将其 push 进了消息队列 MessageQueue 里。当该 Activity 被 finish() 掉时，延迟执行任务的 Message 还会继续存在于主线程中，它持有该 Activity 的 Handler 引用，所以此时 finish() 掉的 Activity 就不会被回收了从而造成内存泄漏（因 Handler 为非静态内部类，它会持有外部类的引用，在这里就是指 SampleActivity）。 + +修复方法：在 Activity 中避免使用非静态内部类，比如上面我们将 Handler 声明为静态的，则其存活期跟 Activity 的生命周期就无关了。同时通过弱引用的方式引入 Activity，避免直接将 Activity 作为 context 传进去，见下面代码： + +``` +public class SampleActivity extends Activity { + + /** + * Instances of static inner classes do not hold an implicit + * reference to their outer class. + */ + private static class MyHandler extends Handler { + private final WeakReference mActivity; + + public MyHandler(SampleActivity activity) { + mActivity = new WeakReference(activity); + } + + @Override + public void handleMessage(Message msg) { + SampleActivity activity = mActivity.get(); + if (activity != null) { + // ... + } + } + } + + private final MyHandler mHandler = new MyHandler(this); + + /** + * Instances of anonymous classes do not hold an implicit + * reference to their outer class when they are "static". + */ + private static final Runnable sRunnable = new Runnable() { + @Override + public void run() { /* ... */ } + }; + + @Override + protected void onCreate(Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + + // Post a message and delay its execution for 10 minutes. + mHandler.postDelayed(sRunnable, 1000 * 60 * 10); + + // Go back to the previous Activity. + finish(); + } +} +``` + +综述，即推荐使用静态内部类 + WeakReference 这种方式。每次使用前注意判空。 + +前面提到了 WeakReference，所以这里就简单的说一下 Java 对象的几种引用类型。 + +Java对引用的分类有 Strong reference, SoftReference, WeakReference, PhatomReference 四种。 + +![](https://gw.alicdn.com/tps/TB1U6TNLVXXXXchXFXXXXXXXXXX-644-546.jpg) + +在Android应用的开发中，为了防止内存溢出，在处理一些占用内存大而且声明周期较长的对象时候，可以尽量应用软引用和弱引用技术。 + +软/弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收器回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。利用这个队列可以得知被回收的软/弱引用的对象列表，从而为缓冲器清除已失效的软/弱引用。 + +假设我们的应用会用到大量的默认图片，比如应用中有默认的头像，默认游戏图标等等，这些图片很多地方会用到。如果每次都去读取图片，由于读取文件需要硬件操作，速度较慢，会导致性能较低。所以我们考虑将图片缓存起来，需要的时候直接从内存中读取。但是，由于图片占用内存空间比较大，缓存很多图片需要很多的内存，就可能比较容易发生OutOfMemory异常。这时，我们可以考虑使用软/弱引用技术来避免这个问题发生。以下就是高速缓冲器的雏形： + +首先定义一个HashMap，保存软引用对象。 + +``` +private Map > imageCache = new HashMap > (); +``` + +再来定义一个方法，保存Bitmap的软引用到HashMap。 + +![](https://gw.alicdn.com/tps/TB1oW_FLVXXXXXuaXXXXXXXXXXX-679-717.jpg) + +使用软引用以后，在OutOfMemory异常发生之前，这些缓存的图片资源的内存空间可以被释放掉的，从而避免内存达到上限，避免Crash发生。 + +如果只是想避免OutOfMemory异常的发生，则可以使用软引用。如果对于应用的性能更在意，想尽快回收一些占用内存比较大的对象，则可以使用弱引用。 + +另外可以根据对象是否经常使用来判断选择软引用还是弱引用。如果该对象可能会经常使用的，就尽量用软引用。如果该对象不被使用的可能性更大些，就可以用弱引用。 + +ok，继续回到主题。前面所说的，创建一个静态Handler内部类，然后对 Handler 持有的对象使用弱引用，这样在回收时也可以回收 Handler 持有的对象，但是这样做虽然避免了 Activity 泄漏，不过 Looper 线程的消息队列中还是可能会有待处理的消息，所以我们在 Activity 的 Destroy 时或者 Stop 时应该移除消息队列 MessageQueue 中的消息。 + +下面几个方法都可以移除 Message： + +``` +public final void removeCallbacks(Runnable r); + +public final void removeCallbacks(Runnable r, Object token); + +public final void removeCallbacksAndMessages(Object token); + +public final void removeMessages(int what); + +public final void removeMessages(int what, Object object); +``` + +### 尽量避免使用 static 成员变量 + +如果成员变量被声明为 static，那我们都知道其生命周期将与整个app进程生命周期一样。 + +这会导致一系列问题，如果你的app进程设计上是长驻内存的，那即使app切到后台，这部分内存也不会被释放。按照现在手机app内存管理机制，占内存较大的后台进程将优先回收，yi'wei如果此app做过进程互保保活，那会造成app在后台频繁重启。当手机安装了你参与开发的app以后一夜时间手机被消耗空了电量、流量，你的app不得不被用户卸载或者静默。 + +这里修复的方法是： + +不要在类初始时初始化静态成员。可以考虑lazy初始化。 +架构设计上要思考是否真的有必要这样做，尽量避免。如果架构需要这么设计，那么此对象的生命周期你有责任管理起来。 + +### 避免 override finalize() + +1、finalize 方法被执行的时间不确定，不能依赖与它来释放紧缺的资源。时间不确定的原因是： + 虚拟机调用GC的时间不确定 + Finalize daemon线程被调度到的时间不确定 + +2、finalize 方法只会被执行一次，即使对象被复活，如果已经执行过了 finalize 方法，再次被 GC 时也不会再执行了，原因是： + +含有 finalize 方法的 object 是在 new 的时候由虚拟机生成了一个 finalize reference 在来引用到该Object的，而在 finalize 方法执行的时候，该 object 所对应的 finalize Reference 会被释放掉，即使在这个时候把该 object 复活(即用强引用引用住该 object )，再第二次被 GC 的时候由于没有了 finalize reference 与之对应，所以 finalize 方法不会再执行。 + +3、含有Finalize方法的object需要至少经过两轮GC才有可能被释放。 + + +### 资源未关闭造成的内存泄漏 + +对于使用了BraodcastReceiver，ContentObserver，File，游标 Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，造成内存泄漏。 + +### 一些不良代码造成的内存压力 + +有些代码并不造成内存泄露，但是它们，或是对没使用的内存没进行有效及时的释放，或是没有有效的利用已有的对象而是频繁的申请新内存。 + +比如： + Bitmap 没调用 recycle()方法，对于 Bitmap 对象在不使用时,我们应该先调用 recycle() 释放内存，然后才它设置为 null. 因为加载 Bitmap 对象的内存空间，一部分是 java 的，一部分 C 的（因为 Bitmap 分配的底层是通过 JNI 调用的 )。 而这个 recyle() 就是针对 C 部分的内存释放。 + 构造 Adapter 时，没有使用缓存的 convertView ,每次都在创建新的 converView。这里推荐使用 ViewHolder。 + +## 总结 + +对 Activity 等组件的引用应该控制在 Activity 的生命周期之内； 如果不能就考虑使用 getApplicationContext 或者 getApplication，以避免 Activity 被外部长生命周期的对象引用而泄露。 + +尽量不要在静态变量或者静态内部类中使用非静态外部成员变量（包括context )，即使要使用，也要考虑适时把外部成员变量置空；也可以在内部类中使用弱引用来引用外部类的变量。 + +对于生命周期比Activity长的内部类对象，并且内部类中使用了外部类的成员变量，可以这样做避免内存泄漏： + + 将内部类改为静态内部类 + 静态内部类中使用弱引用来引用外部类的成员变量 + +Handler 的持有的引用对象最好使用弱引用，资源释放时也可以清空 Handler 里面的消息。比如在 Activity onStop 或者 onDestroy 的时候，取消掉该 Handler 对象的 Message和 Runnable. + +在 Java 的实现过程中，也要考虑其对象释放，最好的方法是在不使用某对象时，显式地将此对象赋值为 null，比如使用完Bitmap 后先调用 recycle()，再赋为null,清空对图片等资源有直接引用或者间接引用的数组（使用 array.clear() ; array = null）等，最好遵循谁创建谁释放的原则。 + +正确关闭资源，对于使用了BraodcastReceiver，ContentObserver，File，游标 Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销。 + +保持对对象生命周期的敏感，特别注意单例、静态对象、全局性集合等的生命周期。 + + + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/Android\346\200\247\350\203\275\344\274\230\345\214\226.md" "b/AndroidNote/Android\350\277\233\351\230\266/Android\346\200\247\350\203\275\344\274\230\345\214\226.md" new file mode 100644 index 0000000..290bf8a --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/Android\346\200\247\350\203\275\344\274\230\345\214\226.md" @@ -0,0 +1,185 @@ +# Android性能优化 + +## 合理管理内存 + +### 节制的使用Service + +如果应用程序需要使用Service来执行后台任务的话，只有当任务正在执行的时候才应该让Service运行起来。当启动一个Service时，系统会倾向于将这个Service所依赖的进程进行保留，系统可以在LRUcache当中缓存的进程数量也会减少，导致切换程序的时候耗费更多性能。我们可以使用IntentService，当后台任务执行结束后会自动停止，避免了Service的内存泄漏。 + +### 当界面不可见时释放内存 + +当用户打开了另外一个程序，我们的程序界面已经不可见的时候，我们应当将所有和界面相关的资源进行释放。重写Activity的onTrimMemory()方法，然后在这个方法中监听TRIM_MEMORY_UI_HIDDEN这个级别，一旦触发说明用户离开了程序，此时就可以进行资源释放操作了。 + +### 当内存紧张时释放内存 + +onTrimMemory()方法还有很多种其他类型的回调，可以在手机内存降低的时候及时通知我们，我们应该根据回调中传入的级别来去决定如何释放应用程序的资源。 + +### 避免在Bitmap上浪费内存 +读取一个Bitmap图片的时候，千万不要去加载不需要的分辨率。可以压缩图片等操作。 + +### 是有优化过的数据集合 +Android提供了一系列优化过后的数据集合工具类，如SparseArray、SparseBooleanArray、LongSparseArray，使用这些API可以让我们的程序更加高效。HashMap工具类会相对比较低效，因为它需要为每一个键值对都提供一个对象入口，而SparseArray就避免掉了基本数据类型转换成对象数据类型的时间。 + +### 知晓内存的开支情况 + +* 使用枚举通常会比使用静态常量消耗两倍以上的内存，尽可能不使用枚举 +* 任何一个Java类，包括匿名类、内部类，都要占用大概500字节的内存空间 +* 任何一个类的实例要消耗12-16字节的内存开支，因此频繁创建实例也是会在一定程序上影响内存的 +* 使用HashMap时，即使你只设置了一个基本数据类型的键，比如说int，但是也会按照对象的大小来分配内存，大概是32字节，而不是4字节，因此最好使用优化后的数据集合 + +### 谨慎使用抽象编程 + +在Android使用抽象编程会带来额外的内存开支，因为抽象的编程方法需要编写额外的代码，虽然这些代码根本执行不到，但是也要映射到内存中，不仅占用了更多的内存，在执行效率上也会有所降低。所以需要合理的使用抽象编程。 + +### 尽量避免使用依赖注入框架 + +使用依赖注入框架貌似看上去把findViewById()这一类的繁琐操作去掉了，但是这些框架为了要搜寻代码中的注解，通常都需要经历较长的初始化过程，并且将一些你用不到的对象也一并加载到内存中。这些用不到的对象会一直站用着内存空间，可能很久之后才会得到释放，所以可能多敲几行代码是更好的选择。 + +### 使用多个进程 + +谨慎使用，多数应用程序不该在多个进程中运行的，一旦使用不当，它甚至会增加额外的内存而不是帮我们节省内存。这个技巧比较适用于哪些需要在后台去完成一项独立的任务，和前台是完全可以区分开的场景。比如音乐播放，关闭软件，已经完全由Service来控制音乐播放了，系统仍然会将许多UI方面的内存进行保留。在这种场景下就非常适合使用两个进程，一个用于UI展示，另一个用于在后台持续的播放音乐。关于实现多进程，只需要在Manifast文件的应用程序组件声明一个android:process属性就可以了。进程名可以自定义，但是之前要加个冒号，表示该进程是一个当前应用程序的私有进程。 + +## 分析内存的使用情况 + +系统不可能将所有的内存都分配给我们的应用程序，每个程序都会有可使用的内存上限，被称为堆大小。不同的手机堆大小不同，如下代码可以获得堆大小： + +``` +ActivityManager manager = (ActivityManager)getSystemService(Context.ACTIVITY_SERVICE); +int heapSize = manager.getMemoryClass(); +``` +结果以MB为单位进行返回，我们开发时应用程序的内存不能超过这个限制，否则会出现OOM。 + +### Android的GC操作 + +Android系统会在适当的时机触发GC操作，一旦进行GC操作，就会将一些不再使用的对象进行回收。GC操作会从一个叫做Roots的对象开始检查，所有它可以访问到的对象就说明还在使用当中，应该进行保留，而其他的对系那个就表示已经不再被使用了。 + +### Android中内存泄漏 +Android中的垃圾回收机制并不能防止内存泄漏的出现导致内存泄漏最主要的原因就是某些长存对象持有了一些其它应该被回收的对象的引用，导致垃圾回收器无法去回收掉这些对象，也就是出现内存泄漏了。比如说像Activity这样的系统组件，它又会包含很多的控件甚至是图片，如果它无法被垃圾回收器回收掉的话，那就算是比较严重的内存泄漏情况了。 +举个例子，在MainActivity中定义一个内部类，实例化内部类对象，在内部类新建一个线程执行死循环，会导致内部类资源无法释放，MainActivity的控件和资源无法释放，导致OOM,可借助一系列工具，比如LeakCanary。 + +## 高性能编码优化 + +都是一些微优化，在性能方面看不出有什么显著的提升的。使用合适的算法和数据结构是优化程序性能的最主要手段。 + +### 避免创建不必要的对象 +不必要的对象我们应该避免创建： + +* 如果有需要拼接的字符串，那么可以优先考虑使用StringBuffer或者StringBuilder来进行拼接，而不是加号连接符，因为使用加号连接符会创建多余的对象，拼接的字符串越长，加号连接符的性能越低。 +* 在没有特殊原因的情况下，尽量使用基本数据类型来代替封装数据类型，int比Integer要更加有效，其它数据类型也是一样。 +* 当一个方法的返回值是String的时候，通常需要去判断一下这个String的作用是什么，如果明确知道调用方会将返回的String再进行拼接操作的话，可以考虑返回一个StringBuffer对象来代替，因为这样可以将一个对象的引用进行返回，而返回String的话就是创建了一个短生命周期的临时对象。 +* 基本数据类型的数组也要优于对象数据类型的数组。另外两个平行的数组要比一个封装好的对象数组更加高效，举个例子，Foo[]和Bar[]这样的数组，使用起来要比Custom(Foo,Bar)[]这样的一个数组高效的多。 + +尽可能地少创建临时对象，越少的对象意味着越少的GC操作。 + +### 静态优于抽象 +如果你并不需要访问一个对系那个中的某些字段，只是想调用它的某些方法来去完成一项通用的功能，那么可以将这个方法设置成静态方法，调用速度提升15%-20%，同时也不用为了调用这个方法去专门创建对象了，也不用担心调用这个方法后是否会改变对象的状态(静态方法无法访问非静态字段)。 + +### 对常量使用static final修饰符 +``` +static int intVal = 42; +static String strVal = "Hello, world!"; +``` +编译器会为上面的代码生成一个初始方法，称为方法，该方法会在定义类第一次被使用的时候调用。这个方法会将42的值赋值到intVal当中，从字符串常量表中提取一个引用赋值到strVal上。当赋值完成后，我们就可以通过字段搜寻的方式去访问具体的值了。 + +final进行优化: + +``` +static final int intVal = 42; +static final String strVal = "Hello, world!"; +``` + +这样，定义类就不需要方法了，因为所有的常量都会在dex文件的初始化器当中进行初始化。当我们调用intVal时可以直接指向42的值，而调用strVal会用一种相对轻量级的字符串常量方式，而不是字段搜寻的方式。 + +这种优化方式只对基本数据类型以及String类型的常量有效，对于其他数据类型的常量是无效的。 + +### 使用增强型for循环语法 + +``` +static class Counter { + int mCount; +} + +Counter[] mArray = ... + +public void zero() { + int sum = 0; + for (int i = 0; i < mArray.length; ++i) { + sum += mArray[i].mCount; + } +} + +public void one() { + int sum = 0; + Counter[] localArray = mArray; + int len = localArray.length; + for (int i = 0; i < len; ++i) { + sum += localArray[i].mCount; + } +} + +public void two() { + int sum = 0; + for (Counter a : mArray) { + sum += a.mCount; + } +} +``` + +zero()最慢，每次都要计算mArray的长度，one()相对快得多，two()fangfa在没有JIT(Just In Time Compiler)的设备上是运行最快的，而在有JIT的设备上运行效率和one()方法不相上下，需要注意这种写法需要JDK1.5之后才支持。 + +Tips:ArrayList手写的循环比增强型for循环更快，其他的集合没有这种情况。因此默认情况下使用增强型for循环，而遍历ArrayList使用传统的循环方式。 + +### 多使用系统封装好的API + +系统提供不了的Api完成不了我们需要的功能才应该自己去写，因为使用系统的Api很多时候比我们自己写的代码要快得多，它们的很多功能都是通过底层的汇编模式执行的。 +举个例子，实现数组拷贝的功能，使用循环的方式来对数组中的每一个元素一一进行赋值当然可行，但是直接使用系统中提供的System.arraycopy()方法会让执行效率快9倍以上。 + +### 避免在内部调用Getters/Setters方法 + +面向对象中封装的思想是不要把类内部的字段暴露给外部，而是提供特定的方法来允许外部操作相应类的内部字段。但在Android中，字段搜寻比方法调用效率高得多，我们直接访问某个字段可能要比通过getters方法来去访问这个字段快3到7倍。但是编写代码还是要按照面向对象思维的，我们应该在能优化的地方进行优化，比如避免在内部调用getters/setters方法。 + +## 布局优化技巧 +--- +### 重用布局文件 +**** + +标签可以允许在一个布局当中引入另一个布局，那么比如说我们程序的所有界面都有一个公共的部分，这个时候最好的做法就是将这个公共的部分提取到一个独立的布局中，然后每个界面的布局文件当中来引用这个公共的布局。 + +Tips:如果我们要在标签中覆写layout属性，必须要将layout_width和layout_height这两个属性也进行覆写，否则覆写xiaoguo将不会生效。 + +**** + +标签是作为标签的一种辅助扩展来使用的，它的主要作用是为了防止在引用布局文件时引用文件时产生多余的布局嵌套。布局嵌套越多，解析起来就越耗时，性能就越差。因此编写布局文件时应该让嵌套的层数越少越好。 + +举例：比如在LinearLayout里边使用一个布局。里边又有一个LinearLayout，那么其实就存在了多余的布局嵌套，使用merge可以解决这个问题。 + +### 仅在需要时才加载布局 + +某个布局当中的元素不是一起显示出来的，普通情况下只显示部分常用的元素，而那些不常用的元素只有在用户进行特定操作时才会显示出来。 + +举例：填信息时不是需要全部填的，有一个添加更多字段的选项，当用户需要添加其他信息的时候，才将另外的元素显示到界面上。用VISIBLE性能表现一般，可以用ViewStub。ViewStub也是View的一种，但是没有大小，没有绘制功能，也不参与布局，资源消耗非常低，可以认为完全不影响性能。 + +``` + +``` + +``` +public void onMoreClick() { + ViewStub viewStub = (ViewStub) findViewById(R.id.view_stub); + if (viewStub != null) { + View inflatedView = viewStub.inflate(); + editExtra1 = (EditText) inflatedView.findViewById(R.id.edit_extra1); + editExtra2 = (EditText) inflatedView.findViewById(R.id.edit_extra2); + editExtra3 = (EditText) inflatedView.findViewById(R.id.edit_extra3); + } +} +``` + +tips：ViewStub所加载的布局是不可以使用标签的，因此这有可能导致加载出来出来的布局存在着多余的嵌套结构。 + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\223.md" "b/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\223.md" new file mode 100644 index 0000000..a2a19ab --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\223.md" @@ -0,0 +1,512 @@ +# 项目总结 + +最近在公司做了一个非常轻量级别的app，不过里面还是有一些知识点，是查了资料之后才会的，现在app基本做完了，整体总结一下。 + + +1.获取当前app的一些基础信息： + +``` +public static final boolean DEBUG = BuildConfig.DEBUG; + +//以下是能获取到的信息 +public static final boolean DEBUG = Boolean.parseBoolean("true"); +public static final String APPLICATION_ID = "com.fuyizhulao.daily_service"; +public static final String BUILD_TYPE = "debug"; +public static final String FLAVOR = ""; +public static final int VERSION_CODE = 1; +public static final String VERSION_NAME = "1.0.0"; + +``` + +2.高德地图(具体用法见官网吧，文档很详细了) + +3.个推(一个推送服务，很好用，同时它的别名机制也很人性化，省着后台再维护一套映射了) + +4.Bugly(腾讯的一款崩溃统计，异常上报的SDK，非常好配置，非常的好用) + +5.配置回调类的时候，可以配制成泛型的，非常的方便、灵活 + +``` +public interface NetWorkListener { + + void onSuccess(T netWorkModel); + + void onFail(T netWorkModel); + +} +``` + +6.在Fragment中想和Activity通信，可以通过EventBus进行通信，但是也不要过分依赖这个吧，因为当过分依赖之后，整个代码的逻辑会变得异常的复杂，同时发生异常之后，也是非常不好检查的。 + +7.在app中无论一个网络接口出现过几次，最好还是统一的封装起来会比较方便一点。 + +8.将Model专程Json字符串可以用Gson： + +``` +new Gson().toJson(new GetOrderList( + Integer.valueOf(MyApplication.id) + , state + , pageNum + , pageSize)) +``` + +9.得到相机的View和控制闪光灯： + +``` +public class CameraView extends SurfaceView implements SurfaceHolder.Callback, Camera.PreviewCallback { + + + private Camera mCamera; + + private int mPreviewRotation = 90; + private int mCamId = Camera.CameraInfo.CAMERA_FACING_BACK; + private PreviewCallback mPrevCb; + private byte[] mYuvPreviewFrame; + private int previewWidth; + private int previewHeight; + + private Camera.Parameters params; + + public interface PreviewCallback { + void onGetYuvFrame(byte[] data); + } + + public CameraView(Context context) { + this(context, null); + } + + public CameraView(Context context, AttributeSet attrs) { + super(context, attrs); + } + + public void setPreviewRotation(int rotation) { + mPreviewRotation = rotation; + } + + public void setCameraId(int id) { + mCamId = id; + } + + public int getCameraId() { + return mCamId; + } + + public void setPreviewCallback(PreviewCallback cb) { + mPrevCb = cb; + getHolder().addCallback(this); + } + + public void setPreviewResolution(int width, int height) { + previewWidth = width; + previewHeight = height; + } + + public boolean startCamera() { + if (mCamera != null) { + return false; + } + if (mCamId > (Camera.getNumberOfCameras() - 1) || mCamId < 0) { + return false; + } + + mCamera = Camera.open(mCamId); + + params = mCamera.getParameters(); + Camera.Size size = mCamera.new Size(previewWidth, previewHeight); + + mYuvPreviewFrame = new byte[previewWidth * previewHeight * 3 / 2]; + + params.setPreviewSize(previewWidth, previewHeight); + + params.setPreviewFormat(ImageFormat.NV21); + + List supportedFocusModes = params.getSupportedFocusModes(); + + if (!supportedFocusModes.isEmpty()) { + if (supportedFocusModes.contains(Camera.Parameters.FOCUS_MODE_CONTINUOUS_PICTURE)) { + params.setFocusMode(Camera.Parameters.FOCUS_MODE_CONTINUOUS_PICTURE); + } + } + + mCamera.setParameters(params); + + mCamera.setDisplayOrientation(mPreviewRotation); + + mCamera.addCallbackBuffer(mYuvPreviewFrame); + mCamera.setPreviewCallbackWithBuffer(this); + try { + mCamera.setPreviewDisplay(getHolder()); + } catch (IOException e) { + e.printStackTrace(); + } + mCamera.startPreview(); + + return true; + } + + public void stopCamera() { + if (mCamera != null) { + mCamera.setPreviewCallback(null); + mCamera.stopPreview(); + mCamera.release(); + mCamera = null; + } + } + + @Override + public void onPreviewFrame(byte[] data, Camera camera) { + mPrevCb.onGetYuvFrame(data); + camera.addCallbackBuffer(mYuvPreviewFrame); + } + + @Override + public void surfaceChanged(SurfaceHolder holder, int format, int width, int height) { + } + + @Override + public void surfaceCreated(SurfaceHolder arg0) { + if (mCamera != null) { + try { + mCamera.setPreviewDisplay(getHolder()); + } catch (IOException e) { + e.printStackTrace(); + } + } + } + + @Override + public void surfaceDestroyed(SurfaceHolder arg0) { + } + + public void isOpenLight(boolean isOpen) { + if (isOpen) { + params.setFlashMode(Camera.Parameters.FLASH_MODE_TORCH); + mCamera.setParameters(params); + } else { + params.setFlashMode(Camera.Parameters.FLASH_MODE_OFF); + mCamera.setParameters(params); + } + } + +} +``` + +10.Notification + +``` +NotificationManager mNotificationManager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE); +NotificationCompat.Builder mBuilder = new NotificationCompat.Builder(this); +mBuilder.setContentTitle(title)//设置通知栏标题 + .setContentIntent(getDefalutIntent(Notification.FLAG_AUTO_CANCEL)) //设置通知栏点击意图 + .setNumber(number) //设置通知集合的数量 + .setTicker(title) //通知首次出现在通知栏，带上升动画效果的 + .setWhen(System.currentTimeMillis())//通知产生的时间，会在通知信息里显示，一般是系统获取到的时间 + .setPriority(Notification.PRIORITY_DEFAULT) //设置该通知优先级 + .setAutoCancel(true)//设置这个标志当用户单击面板就可以让通知将自动取消 + .setOngoing(false)//ture，设置他为一个正在进行的通知。他们通常是用来表示一个后台任务,用户积极参与(如播放音乐)或以某种方式正在等待,因此占用设备(如一个文件下载,同步操作,主动网络连接) + .setDefaults(Notification.DEFAULT_VIBRATE)//向通知添加声音、闪灯和振动效果的最简单、最一致的方式是使用当前的用户默认设置，使用defaults属性，可以组合 + //Notification.DEFAULT_ALL Notification.DEFAULT_SOUND 添加声音 // requires VIBRATE permission + .setSmallIcon(R.mipmap.ic_launcher);//设置通知小ICON +mNotificationManager.notify(1, mBuilder.build()); +``` + +11.沉浸式状态栏 + +这是一个第三方库，用起来挺方便的，有空应该撸一遍它的源码 + +``compile 'com.readystatesoftware.systembartint:systembartint:1.0.3'`` + +``` +if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.KITKAT) { +//透明状态栏 getWindow().addFlags(WindowManager.LayoutParams.FLAG_TRANSLUCENT_STATUS); +//透明导航栏getWindow().addFlags(WindowManager.LayoutParams.FLAG_TRANSLUCENT_NAVIGATION); +SystemBarTintManager tintManager = new SystemBarTintManager(this); +// 激活状态栏 +tintManager.setStatusBarTintEnabled(true); +// enable navigation bar tint 激活导航栏 +//tintManager.setNavigationBarTintEnabled(true); +//设置系统栏设置颜色 +//tintManager.setTintColor(R.color.red); +//给状态栏设置颜色 +tintManager.setStatusBarTintResource(R.color.normal_blue); +//Apply the specified drawable or color resource to the system navigation bar. +//给导航栏设置资源 +//tintManager.setNavigationBarTintResource(R.color.normal_blue); +} +``` + +``` +android:fitsSystemWindows="true" +android:clipToPadding="true" +``` + +12.利用反射动态调节tablayout的长度 + +``` +public void setIndicator(TabLayout tabs, int leftDip, int rightDip) { + Class tabLayout = tabs.getClass(); + Field tabStrip = null; + try { + tabStrip = tabLayout.getDeclaredField("mTabStrip"); + } catch (NoSuchFieldException e) { + e.printStackTrace(); + } + + tabStrip.setAccessible(true); + LinearLayout llTab = null; + try { + llTab = (LinearLayout) tabStrip.get(tabs); + } catch (IllegalAccessException e) { + e.printStackTrace(); + } + + int left = (int) TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, leftDip, Resources.getSystem().getDisplayMetrics()); + int right = (int) TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, rightDip, Resources.getSystem().getDisplayMetrics()); + + for (int i = 0; i < llTab.getChildCount(); i++) { + View child = llTab.getChildAt(i); + child.setPadding(0, 0, 0, 0); + LinearLayout.LayoutParams params = new LinearLayout.LayoutParams(0, LinearLayout.LayoutParams.MATCH_PARENT, 1); + params.leftMargin = left; + params.rightMargin = right; + child.setLayoutParams(params); + child.invalidate(); + } + + } + +``` + +13.验证码倒计时 + +``` +mTimeCount = new TimeCount(60000, 1000); +mTimeCount.start(); +``` + +``` +class TimeCount extends CountDownTimer { + public TimeCount(long millisInFuture, long countDownInterval) { + super(millisInFuture, countDownInterval); + } + + @Override + public void onFinish() {// 计时完毕 + mGetCode.setText("获取验证码"); + mGetCode.setClickable(true); + } + + @Override + public void onTick(long millisUntilFinished) {// 计时过程 + mGetCode.setClickable(false);//防止重复点击 + mGetCode.setText(String.valueOf(millisUntilFinished / 1000) + "秒后重发"); + } + } +``` + +14.downloadManager工具类 + +``` +public class DownloadUtils { + + private DownloadManager mDownloadManager; + private Context mContext; + private long downloadId; + private String apkName; + + public DownloadUtils(Context context) { + mContext = context; + } + + public void download(String url, String name) { + final String packageName = "com.android.providers.downloads"; + int state = mContext.getPackageManager().getApplicationEnabledSetting(packageName); + //检测下载管理器是否被禁用 + if (state == PackageManager.COMPONENT_ENABLED_STATE_DISABLED + || state == PackageManager.COMPONENT_ENABLED_STATE_DISABLED_USER + || state == PackageManager.COMPONENT_ENABLED_STATE_DISABLED_UNTIL_USED) { + AlertDialog.Builder builder = new AlertDialog.Builder(mContext).setTitle("温馨提示").setMessage + ("系统下载管理器被禁止，需手动打开").setPositiveButton("确定", new DialogInterface.OnClickListener() { + @Override + public void onClick(DialogInterface dialog, int which) { + dialog.dismiss(); + try { + Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS); + intent.setData(Uri.parse("package:" + packageName)); + mContext.startActivity(intent); + } catch (ActivityNotFoundException e) { + Intent intent = new Intent(Settings.ACTION_MANAGE_APPLICATIONS_SETTINGS); + mContext.startActivity(intent); + } + } + }).setNegativeButton("取消", new DialogInterface.OnClickListener() { + @Override + public void onClick(DialogInterface dialog, int which) { + dialog.dismiss(); + } + }); + builder.create().show(); + } else { + //正常下载流程 + apkName = name; + DownloadManager.Request request = new DownloadManager.Request(Uri.parse(url)); + request.setAllowedOverRoaming(false); + + //通知栏显示 + request.setNotificationVisibility(DownloadManager.Request.VISIBILITY_VISIBLE_NOTIFY_COMPLETED); + request.setTitle("test"); + request.setDescription("正在下载中..."); + request.setVisibleInDownloadsUi(true); + + //设置下载的路径 + request.setDestinationInExternalPublicDir(Environment.DIRECTORY_DOWNLOADS, apkName); + + //获取DownloadManager + mDownloadManager = (DownloadManager) mContext.getSystemService(Context.DOWNLOAD_SERVICE); + downloadId = mDownloadManager.enqueue(request); + + mContext.registerReceiver(mReceiver, new IntentFilter(DownloadManager.ACTION_DOWNLOAD_COMPLETE)); + } + } + + private BroadcastReceiver mReceiver = new BroadcastReceiver() { + @Override + public void onReceive(Context context, Intent intent) { + checkStatus(); + } + }; + + /** + * 检查下载状态 + */ + private void checkStatus() { + DownloadManager.Query query = new DownloadManager.Query(); + query.setFilterById(downloadId); + Cursor cursor = mDownloadManager.query(query); + if (cursor.moveToFirst()) { + int status = cursor.getInt(cursor.getColumnIndex(DownloadManager.COLUMN_STATUS)); + switch (status) { + //下载暂停 + case DownloadManager.STATUS_PAUSED: + break; + //下载延迟 + case DownloadManager.STATUS_PENDING: + break; + //正在下载 + case DownloadManager.STATUS_RUNNING: + break; + //下载完成 + case DownloadManager.STATUS_SUCCESSFUL: + installAPK(); + break; + //下载失败 + case DownloadManager.STATUS_FAILED: + Toast.makeText(mContext, "下载失败", Toast.LENGTH_SHORT).show(); + break; + } + } + cursor.close(); + } + + /** + * 7.0兼容 + */ + private void installAPK() { + File apkFile = + new File(Environment.getExternalStoragePublicDirectory(Environment.DIRECTORY_DOWNLOADS), apkName); + Intent intent = new Intent(Intent.ACTION_VIEW); + intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); + if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) { + Uri apkUri = FileProvider.getUriForFile(mContext, mContext.getPackageName() + ".provider", apkFile); + intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION); + intent.setDataAndType(apkUri, "application/vnd.android.package-archive"); + } else { + intent.setDataAndType(Uri.fromFile(apkFile), "application/vnd.android.package-archive"); + } + mContext.startActivity(intent); + } +} +``` + +15.还有一些简单的工具类： + +``` +public class Util { + + /** + * 将时间戳转换为时间 + */ + public static String stampToDate(String s) { + String res; + SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm"); + long lt = new Long(s); + Date date = new Date(lt); + res = simpleDateFormat.format(date); + return res; + } + + /** + * 这个工具类是为了展示出首页那种持续的效果 + * 例如：12月21日 09:00 - 10:00 + */ + public static String stampAndDurationToDate(long serviceTime, long duration) { + SimpleDateFormat simpleDateFormat = new SimpleDateFormat("MM月dd日 HH:mm"); + Date date = new Date(serviceTime); + String myData = simpleDateFormat.format(date); + Date date2 = new Date(serviceTime + duration * 60 * 1000); + String myData2 = simpleDateFormat.format(date2); + return myData + "-" + myData2.split(" ")[1]; + } + + + /** + * 这个工具类是为了将时间戳转换成订单上面的时间 + * 例如：2016-12-21 09:00-10:00 + */ + public static String stampAndDurationToDateForOrder(long serviceTime, long duration) { + String date1 = stampToDate(String.valueOf(serviceTime)); + String date2 = stampToDate(String.valueOf(serviceTime + duration * 60 * 1000)); + return date1 + "-" + date2.split(" ")[1]; + } + + + + + + /** + * bitmap转file + */ + + public static File saveBitmapFile(Bitmap bitmap) { + File file = new File(Environment.getExternalStorageDirectory().getAbsolutePath()+"/img.png");//将要保存图片的路径 + try { + BufferedOutputStream bos = new BufferedOutputStream(new FileOutputStream(file)); + bitmap.compress(Bitmap.CompressFormat.PNG, 100, bos); + bos.flush(); + bos.close(); + } catch (IOException e) { + e.printStackTrace(); + } + return file; + } + +} + +``` + +16.cardView的点击效果 + +``android:foreground="@drawable/card_view_select"`` + +``` + + + + + + + +``` + + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\2232.md" "b/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\2232.md" new file mode 100644 index 0000000..57823fb --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\2232.md" @@ -0,0 +1,150 @@ + +# Android项目总结 + +Android项目总结，最近在公司里，写了几个Android的小项目，在学习过程中学习了一些新的东西，也学到了很多东西，所以打算记录一下。 + + +1. 涉及到多选和单选的时候，可以用checkbox和radiobutton，要是有必选项目的时候可以用&&符号来判断，确保用户都已经选择了。 + +2. 想检测editext输入的情况的时候，可以用mEditext.addTextChangdListener(); + +``` +erIdCode.addTextChangedListener(new TextWatcher() { + @Override + public void beforeTextChanged(CharSequence sequence, int i, int i1, int i2) { + + } + + @Override + public void onTextChanged(CharSequence sequence, int i, int i1, int i2) { + + } + + @Override + public void afterTextChanged(Editable editable) { + + + } +} + +``` +用这个方法，可以监测到用户输入的过程，并且可以同时获取到用户的操作信息。 + +3. 获取手机imei码 + +``` +//需要的权限 + + +//获取手机唯一标识符的代码 + +TelephonyManager telephonyManager = (TelephonyManager) this.getApplicationContext().getSystemService(this.getApplicationContext().TELEPHONY_SERVICE); +String imei = telephonyManager.getDeviceId(); + + +``` + +4. 将时间戳转换为时间 + +``` + + /** + * 将时间戳转换为时间 + */ + public static String stampToDate(String s) { + String res; + SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm"); + long lt = new Long(s); + Date date = new Date(lt); + res = simpleDateFormat.format(date); + return res; + } + +``` + + +5. 将时间转换为时间戳 + +``` + +/** + * 将时间转换成时间戳 + */ + public static String dateToStamp(String s) throws ParseException { + String res; + SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyyMMdd"); + Date date = simpleDateFormat.parse(s); + long ts = date.getTime(); + res = String.valueOf(ts); + return res; + } + +``` + + +6. 设置editext的提示文字的颜色和字体大小 + + +``` + harSequence hint = mCode.getHint(); + SpannableString ss = new SpannableString(hint); + AbsoluteSizeSpan ass = new AbsoluteSizeSpan(17, true); + mCode.setHintTextColor(0xffeeeeee); + ss.setSpan(ass, 0, ss.length(), Spanned.SPAN_EXCLUSIVE_EXCLUSIVE); + mCode.setHint(new SpannedString("短信验证码")); + +``` + +7. 让Fragment拥有和Activity一样的onResume事件 + + +``` +protected boolean isCreate = false; + + @Override + public void onCreate(@Nullable Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + isCreate = true; + } + + @Override + public void setUserVisibleHint(boolean isVisibleToUser) { + super.setUserVisibleHint(isVisibleToUser); + if (isVisibleToUser && isCreate) { + initData(true, 1); + LinLog.lLog("====lin====> onResume"); + //相当于Fragment的onResume + //在这里处理加载数据等操作 + } else { + //相当于Fragment的onPause + } + } + +``` + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\2233.md" "b/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\2233.md" new file mode 100644 index 0000000..73c34e7 --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/Android\351\241\271\347\233\256\346\200\273\347\273\2233.md" @@ -0,0 +1,969 @@ +# Android项目总结3 + +> 最近又独立开发了一个公司内部的小app，现在的感觉就是每一次独立开发一个新的app，都会遇到不同的问题，也都能独立解决这些问题。感觉这个状态还可以吧，同时打算把这些问题记录一下，以后再遇到同样问题的时候，有一个可以查阅的资料，也能帮助其它遇到同样问题的小伙伴们吧。 + + +- 本次项目采用的网络框架：rxjava + retrofit2,这个就不在这里总结了，有空会单独总结一篇有关文章的。 + +- 获取屏幕宽度 + +```java +public int getScreenWidth(){ + WindowManager wm = (WindowManager) this.getSystemService(Context.WINDOW_SERVICE); + DisplayMetrics dm = new DisplayMetrics(); + wm.getDefaultDisplay().getMetrics(dm); + int width = dm.widthPixels; // 屏幕宽度（像素） + int height = dm.heightPixels; // 屏幕高度（像素） + float density = dm.density; // 屏幕密度（0.75 / 1.0 / 1.5） + int densityDpi = dm.densityDpi; // 屏幕密度dpi（120 / 160 / 240） + // 屏幕宽度算法:屏幕宽度（像素）/屏幕密度 + int screenWidth = (int) (width / density); // 屏幕宽度(dp) + int screenHeight = (int) (height / density);// 屏幕高度(dp) + return width; + } +``` + +- 获取屏幕高度 + +```java +public int getScreenHeight(){ + WindowManager wm = (WindowManager) this.getSystemService(Context.WINDOW_SERVICE); + DisplayMetrics dm = new DisplayMetrics(); + wm.getDefaultDisplay().getMetrics(dm); + int width = dm.widthPixels; // 屏幕宽度（像素） + int height = dm.heightPixels; // 屏幕高度（像素） + float density = dm.density; // 屏幕密度（0.75 / 1.0 / 1.5） + int densityDpi = dm.densityDpi; // 屏幕密度dpi（120 / 160 / 240） + // 屏幕宽度算法:屏幕宽度（像素）/屏幕密度 + int screenWidth = (int) (width / density); // 屏幕宽度(dp) + int screenHeight = (int) (height / density);// 屏幕高度(dp) + getAndroiodScreenProperty(); + return height; + } +``` + +- 获取进程名称 + +```java +private static String getProcessName(int pid) { + BufferedReader reader = null; + try { + reader = new BufferedReader(new FileReader("/proc/" + pid + "/cmdline")); + String processName = reader.readLine(); + if (!TextUtils.isEmpty(processName)) { + processName = processName.trim(); + } + return processName; + } catch (Throwable throwable) { + throwable.printStackTrace(); + } finally { + try { + if (reader != null) { + reader.close(); + } + } catch (IOException exception) { + exception.printStackTrace(); + } + } + return null; + } +``` + +- 不能滑动的ViewPager + +```java +public class NoScrollViewPager extends ViewPager { + private boolean noScroll = true; + + public NoScrollViewPager(Context context, AttributeSet attrs) { + super(context, attrs); + } + + public NoScrollViewPager(Context context) { + super(context); + } + + public void setNoScroll(boolean noScroll) { + this.noScroll = noScroll; + } + + @Override + public void scrollTo(int x, int y) { + super.scrollTo(x, y); + } + + @Override + public boolean onTouchEvent(MotionEvent arg0) { + if (noScroll) + return false; + else + return super.onTouchEvent(arg0); + } + + @Override + public boolean onInterceptTouchEvent(MotionEvent arg0) { + if (noScroll) + return false; + else + return super.onInterceptTouchEvent(arg0); + } + + @Override + public void setCurrentItem(int item, boolean smoothScroll) { + super.setCurrentItem(item, smoothScroll); + } + + @Override + + public void setCurrentItem(int item) { + + super.setCurrentItem(item, false);//表示切换的时候，不需要切换时间。 + + } + +} +``` + +- 自定义loadingView + +LoadingBase.java + +```java +public abstract class LoadingBase extends View { + + public LoadingBase(Context context) { + this(context, null); + } + + public LoadingBase(Context context, AttributeSet attrs) { + this(context, attrs, 0); + } + + public LoadingBase(Context context, AttributeSet attrs, int defStyleAttr) { + super(context, attrs, defStyleAttr); + InitPaint(); + } + + public void startAnim() { + stopAnim(); + startViewAnim(0f, 1f, 500); + } + + public void startAnim(int time) { + stopAnim(); + startViewAnim(0f, 1f, time); + } + + + public void stopAnim() { + if (valueAnimator != null) { + clearAnimation(); + + valueAnimator.setRepeatCount(0); + valueAnimator.cancel(); + valueAnimator.end(); + if (OnStopAnim() == 0) { + valueAnimator.setRepeatCount(0); + valueAnimator.cancel(); + valueAnimator.end(); + } + + } + } + + public ValueAnimator valueAnimator; + + private ValueAnimator startViewAnim(float startF, final float endF, long time) { + valueAnimator = ValueAnimator.ofFloat(startF, endF); + valueAnimator.setDuration(time); + valueAnimator.setInterpolator(new LinearInterpolator()); + + + valueAnimator.setRepeatCount(SetAnimRepeatCount()); + + + + if (ValueAnimator.RESTART == SetAnimRepeatMode()) { + valueAnimator.setRepeatMode(ValueAnimator.RESTART); + + } else if (ValueAnimator.REVERSE == SetAnimRepeatMode()) { + valueAnimator.setRepeatMode(ValueAnimator.REVERSE); + + } + + valueAnimator.addUpdateListener(new ValueAnimator.AnimatorUpdateListener() { + @Override + public void onAnimationUpdate(ValueAnimator valueAnimator) { + OnAnimationUpdate(valueAnimator); + + } + }); + valueAnimator.addListener(new AnimatorListenerAdapter() { + @Override + public void onAnimationEnd(Animator animation) { + super.onAnimationEnd(animation); + + } + + @Override + public void onAnimationStart(Animator animation) { + + super.onAnimationStart(animation); + } + + @Override + public void onAnimationRepeat(Animator animation) { + super.onAnimationRepeat(animation); + OnAnimationRepeat(animation); + } + }); + if (!valueAnimator.isRunning()) { + AinmIsRunning(); + valueAnimator.start(); + + } + + return valueAnimator; + } + + + protected abstract void InitPaint(); + + protected abstract void OnAnimationUpdate(ValueAnimator valueAnimator); + + protected abstract void OnAnimationRepeat(Animator animation); + + protected abstract int OnStopAnim(); + + protected abstract int SetAnimRepeatMode(); + + protected abstract int SetAnimRepeatCount(); + + protected abstract void AinmIsRunning(); + + + public int dip2px(float dpValue) { + final float scale = getContext().getResources().getDisplayMetrics().density; + return (int) (dpValue * scale + 0.5f); + } + + public float getFontlength(Paint paint, String str) { + Rect rect = new Rect(); + paint.getTextBounds(str, 0, str.length(), rect); + return rect.width(); + } + + public float getFontHeight(Paint paint, String str) { + Rect rect = new Rect(); + paint.getTextBounds(str, 0, str.length(), rect); + return rect.height(); + + } + + public float getFontHeight(Paint paint) { + Paint.FontMetrics fm = paint.getFontMetrics(); + return fm.descent - fm.ascent; + } + +} + +``` + +LoadingView.java + +```java +public class LoadingView extends LoadingBase { + + private Paint mPaint; + private Paint mPaintPro; + + private float mWidth = 0f; + private float mPadding = 0f; + private float startAngle = 0f; + RectF rectF = new RectF(); + + public LoadingView(Context context) { + super(context); + } + + public LoadingView(Context context, AttributeSet attrs) { + super(context, attrs); + } + + public LoadingView(Context context, AttributeSet attrs, int defStyleAttr) { + super(context, attrs, defStyleAttr); + } + + + @Override + protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { + super.onMeasure(widthMeasureSpec, heightMeasureSpec); + + if (getMeasuredWidth() > getHeight()) + mWidth = getMeasuredHeight(); + else + mWidth = getMeasuredWidth(); + mPadding = 5; + } + + @Override + protected void onDraw(Canvas canvas) { + super.onDraw(canvas); + + canvas.drawCircle(mWidth / 2, mWidth / 2, mWidth / 2 - mPadding, mPaintPro); + rectF = new RectF(mPadding, mPadding, mWidth - mPadding, mWidth - mPadding); + canvas.drawArc(rectF, startAngle, 100 + , false, mPaint);//第四个参数是否显示半径 + + } + + + private void initPaint() { + mPaint = new Paint(); + mPaint.setAntiAlias(true); + mPaint.setStyle(Paint.Style.STROKE); + mPaint.setColor(Color.WHITE); + mPaint.setStrokeWidth(8); + + mPaintPro = new Paint(); + mPaintPro.setAntiAlias(true); + mPaintPro.setStyle(Paint.Style.STROKE); + mPaintPro.setColor(Color.argb(100, 255, 255, 255)); + mPaintPro.setStrokeWidth(8); + + } + + + public void setViewColor(int color) { + mPaintPro.setColor(color); + postInvalidate(); + } + + public void setBarColor(int color) { + mPaint.setColor(color); + postInvalidate(); + } + + + @Override + protected void InitPaint() { + initPaint(); + } + + @Override + protected void OnAnimationUpdate(ValueAnimator valueAnimator) { + float value = (float) valueAnimator.getAnimatedValue(); + startAngle = 360 * value; + + invalidate(); + } + + @Override + protected void OnAnimationRepeat(Animator animation) { + + } + + @Override + protected int OnStopAnim() { + return 0; + } + + @Override + protected int SetAnimRepeatMode() { + return ValueAnimator.RESTART; + } + + @Override + protected void AinmIsRunning() { + + } + + @Override + protected int SetAnimRepeatCount() { + return ValueAnimator.INFINITE; + } + +} + +``` + + +- 自定义异常 + +```java +public class NetworkException extends RuntimeException { + + + + public static final int REQUEST_OK = 100; + public static final int REQUEST_FAIL = 101; + public static final int METHOD_NOT_ALLOWED = 102; + public static final int PARAMETER_ERROR = 103; + public static final int UID_OR_PWD_ERROR = 104; + public static final int SERVER_INTERNAL_ERROR = 105; + public static final int REQUEST_TIMEOUT = 106; + public static final int CONNECTION_ERROR = 107; + public static final int VERIFY_EXPIRED = 108; + public static final int NO_DATA = 109; + + + public NetworkException(int resultCode) { + this(getNetworkExceptionMessage(resultCode)); + } + + public NetworkException(String detailMessage) { + super(detailMessage); + } + + /** + * 将结果码转换成对应的文本信息 + */ + private static String getNetworkExceptionMessage(int code) { + String message = ""; + switch (code) { + case REQUEST_OK: + message = "请求成功"; + break; + case REQUEST_FAIL: + message = "请求失败"; + break; + + case METHOD_NOT_ALLOWED: + message = "请求方式不允许"; + break; + case PARAMETER_ERROR: + message = "用户不存在"; + break; + case UID_OR_PWD_ERROR: + message = "用户名或密码错误"; + break; + case SERVER_INTERNAL_ERROR: + message = "服务器内部错误"; + break; + case REQUEST_TIMEOUT: + message = "请求超时"; + break; + case CONNECTION_ERROR: + message = "连接错误"; + break; + case VERIFY_EXPIRED: + message = "验证过期"; + break; + case NO_DATA: + message = "没有数据"; + break; + case 110: + message = "该用户已存在"; + break; + default: + message = "未知错误"; + } + return message; + } + +} + +``` + +- 自定义OnClickListener防止重复点击发生的问题 + +```java +public abstract class NoDoubleClickListener implements View.OnClickListener { + + private static final int MIN_CLICK_DELAY_TIME = 1000; + private long lastClickTime = 0; + + @Override + public void onClick(View v) { + long time = System.currentTimeMillis(); + if (time - lastClickTime > MIN_CLICK_DELAY_TIME) { + lastClickTime = time; + onNoDoubleClick(v); + } + + } + public abstract void onNoDoubleClick(View v); +} +``` + +- 创建notification并且添加点击事件 + +```java +PendingIntent mainPendingIntent = null; + +Intent mainIntent = new Intent(this, MainActivity.class); +mainPendingIntent = PendingIntent.getActivity(this, 0, mainIntent, PendingIntent.FLAG_UPDATE_CURRENT); + + + NotificationManager mNotificationManager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE); + NotificationCompat.Builder mBuilder = new NotificationCompat.Builder(this); + mBuilder.setContentTitle("您有新的订单,请登陆app查看")//设置通知栏标题 + .setContentIntent(getDefalutIntent(Notification.FLAG_AUTO_CANCEL)) //设置通知栏点击意图 + // .setNumber(number) //设置通知集合的数量 + .setTicker("您有新的订单,请登陆app查看") //通知首次出现在通知栏，带上升动画效果的 + .setWhen(System.currentTimeMillis())//通知产生的时间，会在通知信息里显示，一般是系统获取到的时间 + .setContentIntent(mainPendingIntent) + .setPriority(Notification.PRIORITY_DEFAULT) //设置该通知优先级 + .setAutoCancel(true)//设置这个标志当用户单击面板就可以让通知将自动取消 + .setOngoing(false)//ture，设置他为一个正在进行的通知。他们通常是用来表示一个后台任务,用户积极参与(如播放音乐)或以某种方式正在等待,因此占用设备(如一个文件下载,同步操作,主动网络连接) + .setDefaults(Notification.DEFAULT_VIBRATE)//向通知添加声音、闪灯和振动效果的最简单、最一致的方式是使用当前的用户默认设置，使用defaults属性，可以组合 + //Notification.DEFAULT_ALL Notification.DEFAULT_SOUND 添加声音 // requires VIBRATE permission + .setSmallIcon(R.mipmap.ic_launcher);//设置通知小ICON + + + mNotificationManager.notify(1, mBuilder.build()); +``` + + +- 获取Imei，兼容Android N(easypermission) + +```java +public class LoginActivity extends AppCompatActivity implements EasyPermissions.PermissionCallbacks { + + private String imei = "00000000000"; + @Override + protected void onCreate(@Nullable Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + setContentView(R.layout.activity_login); + String[] perms = {android.Manifest.permission.READ_PHONE_STATE}; + if (EasyPermissions.hasPermissions(this, perms)) { + Log.e("lin", "---lin---> imie if"); + TelephonyManager telephonyManager = (TelephonyManager) this.getApplicationContext().getSystemService(this.getApplicationContext().TELEPHONY_SERVICE); + imei = telephonyManager.getDeviceId(); + } else { + Log.e("lin", "---lin---> imie else"); + EasyPermissions.requestPermissions(this, "正在申请获取手机唯一编码", + 100, perms); + } + } + + @Override + public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) { + super.onRequestPermissionsResult(requestCode, permissions, grantResults); + // Forward results to EasyPermissions + EasyPermissions.onRequestPermissionsResult(requestCode, permissions, grantResults, this); + } + + @Override + public void onPermissionsGranted(int requestCode, List perms) { + TelephonyManager telephonyManager = (TelephonyManager) this.getApplicationContext().getSystemService(this.getApplicationContext().TELEPHONY_SERVICE); + imei = telephonyManager.getDeviceId(); + } + + @Override + public void onPermissionsDenied(int requestCode, List perms) { + + } + +} +``` + +- 倒计时控件 + +```java +private TimeCount mTimeCount; +mTimeCount = new TimeCount(60000, 1000); +mTimeCount.start(); + +class TimeCount extends CountDownTimer { + public TimeCount(long millisInFuture, long countDownInterval) { + super(millisInFuture + 200 , countDownInterval); + } + + @Override + public void onFinish() {// 计时完毕 + tvGetCodeActivityLogin.setText("获取验证码"); + tvGetCodeActivityLogin.setClickable(true); + } + + + @Override + public void onTick(long millisUntilFinished) {// 计时过程 + long time = millisUntilFinished / 1000; + String timeString = String.valueOf(time); + timeString = timeString + "S"; + tvGetCodeActivityLogin.setText(timeString); + tvGetCodeActivityLogin.setClickable(false);//防止重复点击 + } +} +``` + +- 设置editext hint字的颜色值 + +```java +CharSequence hint = edtAuthCodeActivityLogin.getHint(); +SpannableString ss = new SpannableString(hint); +AbsoluteSizeSpan ass = new AbsoluteSizeSpan(17, true); +edtAuthCodeActivityLogin.setHintTextColor(0xffdddddd); +ss.setSpan(ass, 0, ss.length(), Spanned.SPAN_EXCLUSIVE_EXCLUSIVE); +edtAuthCodeActivityLogin.setHint(new SpannedString("短信验证码")); +``` + +- App内采用的开源相册 Album + +- 图片压缩框架 Luban + +- fragment类似activity的onResume() +```java +protected boolean isCreate = false; + +@Override + public void setUserVisibleHint(boolean isVisibleToUser) { + super.setUserVisibleHint(isVisibleToUser); + if (isVisibleToUser && isCreate) { + getOrderList("-1"); + } + } +``` + +- 利用反射设置tablayout下划线长度 + +```java +tabLayoutOrderFragment.post(new Runnable() { + @Override + public void run() { + setIndicator(tabLayoutOrderFragment,20,20); + } + }); + +public void setIndicator(TabLayout tabs, int leftDip, int rightDip) { + Class tabLayout = tabs.getClass(); + Field tabStrip = null; + try { + tabStrip = tabLayout.getDeclaredField("mTabStrip"); + } catch (NoSuchFieldException e) { + e.printStackTrace(); + } + + tabStrip.setAccessible(true); + LinearLayout llTab = null; + try { + llTab = (LinearLayout) tabStrip.get(tabs); + } catch (IllegalAccessException e) { + e.printStackTrace(); + } + + int left = (int) TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, leftDip, Resources.getSystem().getDisplayMetrics()); + int right = (int) TypedValue.applyDimension(TypedValue.COMPLEX_UNIT_DIP, rightDip, Resources.getSystem().getDisplayMetrics()); + + for (int i = 0; i < llTab.getChildCount(); i++) { + View child = llTab.getChildAt(i); + child.setPadding(0, 0, 0, 0); + LinearLayout.LayoutParams params = new LinearLayout.LayoutParams(0, LinearLayout.LayoutParams.MATCH_PARENT, 1); + params.leftMargin = left; + params.rightMargin = right; + child.setLayoutParams(params); + child.invalidate(); + } + + } +``` + +- 封装一个链式调用的dialog + +```java +public class DialogUtils { + + private Context mContext; + private AlertDialog mAlertDialog; + private DialogUtils.Builder mBuilder; + private boolean mHasShow = false; + private String mTitle; + private String mMessage; + private int messageColor = -1; + private SingleButtonCallback mPositiveCallback; + private SingleButtonCallback mNegativeCallback = new SingleButtonCallback() { + @Override + public void onClick(@NonNull DialogUtils dialog, View.OnClickListener listener) { + dismiss(); + } + }; + private boolean mCancel; + + + public DialogUtils(Context context) { + this.mContext = context; + } + + public void show() { + if (!mHasShow) { + mBuilder = new Builder(); + } else { + mAlertDialog.show(); + } + mHasShow = true; + } + + public void dismiss() { + mAlertDialog.dismiss(); + } + + public DialogUtils setTitle(String title) { + this.mTitle = title; + if (mBuilder != null) { + mBuilder.setTitle(title); + } + return this; + } + + public DialogUtils setMessage(String message) { + this.mMessage = message; + if (mBuilder != null) { + mBuilder.setMessage(message); + } + return this; + } + + public DialogUtils setMessageColor(int color) { + this.messageColor = color; + return this; + } + + public DialogUtils setCanceledOnTouchOutside(boolean cancel) { + this.mCancel = cancel; + if (mBuilder != null) { + mBuilder.setCanceledOnTouchOutside(mCancel); + } + return this; + } + + public DialogUtils setPositive(SingleButtonCallback positiveCallback) { + this.mPositiveCallback = positiveCallback; + return this; + } + + public DialogUtils setNegative(SingleButtonCallback negativeCallback) { + this.mNegativeCallback = negativeCallback; + return this; + } + + + public enum DialogAction { + POSITIVE, + NEGATIVE + } + + public interface SingleButtonCallback { + void onClick(@NonNull DialogUtils dialog, View.OnClickListener listener); + } + + + private class Builder { + + private TextView mTitleView; + private TextView mMessageView; + private TextView mPositive, mNegative; + private Window mAlertDialogWindow; + private RelativeLayout mDialog; + + private Builder() { + mAlertDialog = new AlertDialog.Builder(mContext, R.style.Theme_AppCompat_Dialog).create(); + mAlertDialog.show(); + mAlertDialog.getWindow() + .clearFlags(WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | + WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM); + mAlertDialog.getWindow() + .setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_MASK_STATE); + + mAlertDialogWindow = mAlertDialog.getWindow(); + mAlertDialogWindow.setBackgroundDrawable( + new ColorDrawable(android.graphics.Color.TRANSPARENT)); + View contentView = LayoutInflater.from(mContext) + .inflate(R.layout.dialog_util_layout, null); + contentView.setFocusable(true); + contentView.setFocusableInTouchMode(true); + mAlertDialogWindow.setBackgroundDrawableResource(R.drawable.material_dialog_window); + mAlertDialogWindow.setContentView(contentView); + mTitleView = (TextView) mAlertDialogWindow.findViewById(R.id.tv_title); + mMessageView = (TextView) mAlertDialogWindow.findViewById(R.id.tv_hint); + mPositive = (TextView) mAlertDialogWindow.findViewById(R.id.tv_sure); + mNegative = (TextView) mAlertDialogWindow.findViewById(R.id.tv_cancel); + mDialog = (RelativeLayout) mAlertDialogWindow.findViewById(R.id.dialog); + Log.i("lin", "----lin----> 宽 " + MyApplication.get().getScreenWidth()); + Log.i("lin", "----lin----> 高 " + MyApplication.get().getScreenHeight()); + + mDialog.setLayoutParams(new RelativeLayout.LayoutParams(MyApplication.get().getScreenWidth() / 4 * 3, MyApplication.get().getScreenHeight() / 4)); + if (mTitle != null) { + mTitleView.setText(mTitle); + } + if (mMessage != null) { + mMessageView.setText(mMessage); + } + if (messageColor != -1) { + mMessageView.setTextColor(messageColor); + } + mAlertDialog.setCanceledOnTouchOutside(mCancel); + mAlertDialog.setCancelable(mCancel); + if (mPositiveCallback != null) { + mPositive.setOnClickListener(new View.OnClickListener() { + @Override + public void onClick(View v) { + mPositiveCallback.onClick(DialogUtils.this, this); + } + }); + } + if (mNegativeCallback != null) { + mNegative.setOnClickListener(new View.OnClickListener() { + @Override + public void onClick(View v) { + mNegativeCallback.onClick(DialogUtils.this, this); + } + }); + } + + } + + + public void setTitle(String title) { + mTitleView.setText(title); + } + + public void setMessage(String message) { + if (mMessageView != null) { + mMessageView.setText(message); + } + } + + public void setCanceledOnTouchOutside(boolean canceledOnTouchOutside) { + mAlertDialog.setCanceledOnTouchOutside(canceledOnTouchOutside); + mAlertDialog.setCancelable(canceledOnTouchOutside); + } + + } + +} +``` + +- 将loadingView封装成loadingViewDialog + +```java +public class LoadingUtils { + + + private Context mContext; + private AlertDialog mAlertDialog; + private LoadingUtils.Builder mBuilder; + private boolean mHasShow = false; + private String mMessage; + private boolean mCancel; + + + public LoadingUtils(Context context) { + this.mContext = context; + } + + public void show() { + if (!mHasShow) { + mBuilder = new LoadingUtils.Builder(); + } else { + mAlertDialog.show(); + } + mHasShow = true; + } + + public void dismiss() { + mAlertDialog.dismiss(); + } + + + public LoadingUtils setMessage(String message) { + this.mMessage = message; + if (mBuilder != null) { + mBuilder.setMessage(message); + } + return this; + } + + public LoadingUtils setCanceledOnTouchOutside(boolean cancel) { + this.mCancel = cancel; + if (mBuilder != null) { + mBuilder.setCanceledOnTouchOutside(mCancel); + } + return this; + } + + private class Builder { + + private Window mAlertDialogWindow; + private TextView mMessageView; + private RelativeLayout mDialog; + private LoadingView loadingView; + + private Builder() { + mAlertDialog = new AlertDialog.Builder(mContext, R.style.Theme_AppCompat_Dialog).create(); + mAlertDialog.show(); + mAlertDialog.getWindow() + .clearFlags(WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE | + WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM); + mAlertDialog.getWindow() + .setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_MASK_STATE); + + mAlertDialogWindow = mAlertDialog.getWindow(); + mAlertDialogWindow.setBackgroundDrawable( + new ColorDrawable(android.graphics.Color.TRANSPARENT)); + View contentView = LayoutInflater.from(mContext) + .inflate(R.layout.loading_view_layout, null); + contentView.setFocusable(true); + contentView.setFocusableInTouchMode(true); + mAlertDialogWindow.setBackgroundDrawableResource(R.drawable.material_dialog_window); + mAlertDialogWindow.setContentView(contentView); + mDialog = (RelativeLayout) contentView.findViewById(R.id.rl_loading_view); + mMessageView = (TextView) contentView.findViewById(R.id.tv_hint); + loadingView = (LoadingView) contentView.findViewById(R.id.loading_view); + + loadingView.setViewColor(Color.argb(100, 255, 255, 255)); + loadingView.startAnim(); + loadingView.setBarColor(0xFF42a5f5); + loadingView.startAnim(); + + + Log.i("lin", "----lin----> 宽 " + MyApplication.get().getScreenWidth()); + Log.i("lin", "----lin----> 高 " + MyApplication.get().getScreenHeight()); + + mDialog.setLayoutParams(new FrameLayout.LayoutParams(MyApplication.get().getScreenWidth() / 4 * 3, MyApplication.get().getScreenHeight() / 4)); + + if (mMessage != null) { + mMessageView.setText(mMessage); + } + mAlertDialog.setCanceledOnTouchOutside(mCancel); + mAlertDialog.setCancelable(mCancel); + } + + + public void setMessage(String message) { + if (mMessageView != null) { + mMessageView.setText(message); + } + } + + public void setCanceledOnTouchOutside(boolean canceledOnTouchOutside) { + mAlertDialog.setCanceledOnTouchOutside(canceledOnTouchOutside); + mAlertDialog.setCancelable(canceledOnTouchOutside); + } + + } + +} + +``` + +- 判断当前app是否有网络 +```java +public static boolean isNetworkAvailable(Context context) { + ConnectivityManager cm = (ConnectivityManager) context + .getSystemService(Context.CONNECTIVITY_SERVICE); + if (cm == null) { + + } else { + NetworkInfo[] info = cm.getAllNetworkInfo(); + if (info != null) { + for (int i = 0; i < info.length; i++) { + if (info[i].getState() == NetworkInfo.State.CONNECTED) { + return true; + } + } + } + } + return false; + } +``` diff --git "a/AndroidNote/Android\350\277\233\351\230\266/Handler\345\274\225\350\265\267\347\232\204\345\206\205\345\255\230\346\263\204\346\274\217\344\273\245\345\217\212\345\210\206\346\236\220.md" "b/AndroidNote/Android\350\277\233\351\230\266/Handler\345\274\225\350\265\267\347\232\204\345\206\205\345\255\230\346\263\204\346\274\217\344\273\245\345\217\212\345\210\206\346\236\220.md" new file mode 100644 index 0000000..446928b --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/Handler\345\274\225\350\265\267\347\232\204\345\206\205\345\255\230\346\263\204\346\274\217\344\273\245\345\217\212\345\210\206\346\236\220.md" @@ -0,0 +1,150 @@ +# Handler内存泄漏分析及解决 +--- + +### 一、介绍 + +首先，请浏览下面这段handler代码： + +``` +public class SampleActivity extends Activity { + private final Handler mLeakyHandler = new Handler() { + @Override + public void handleMessage(Message msg) { + // ... + } + } +} +``` + +在使用handler时，这是一段很常见的代码。但是，它却会造成严重的内存泄漏问题。在实际编写中，我们往往会得到如下警告： + +``` + ⚠ In Android, Handler classes should be static or leaks might occur. + +``` + +### 二、分析 + +1、 Android角度 + +当Android应用程序启动时，framework会为该应用程序的主线程创建一个Looper对象。这个Looper对象包含一个简单的消息队列Message Queue，并且能够循环的处理队列中的消息。这些消息包括大多数应用程序framework事件，例如Activity生命周期方法调用、button点击等，这些消息都会被添加到消息队列中并被逐个处理。 + +另外，主线程的Looper对象会伴随该应用程序的整个生命周期。 + +然后，当主线程里，实例化一个Handler对象后，它就会自动与主线程Looper的消息队列关联起来。所有发送到消息队列的消息Message都会拥有一个对Handler的引用，所以当Looper来处理消息时，会据此回调[Handler#handleMessage(Message)]方法来处理消息。 + +2、 Java角度 + +在java里，非静态内部类 和 匿名类 都会潜在的引用它们所属的外部类。但是，静态内部类却不会。 + +###三、泄漏来源 + +请浏览下面一段代码： + +``` +public class SampleActivity extends Activity { + + private final Handler mLeakyHandler = new Handler() { + @Override + public void handleMessage(Message msg) { + // ... + } + } + + @Override + protected void onCreate(Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + + // Post a message and delay its execution for 10 minutes. + mLeakyHandler.postDelayed(new Runnable() { + @Override + public void run() { /* ... */ } + }, 1000 * 60 * 10); + + // Go back to the previous Activity. + finish(); + } +} +``` + +当activity结束(finish)时，里面的延时消息在得到处理前，会一直保存在主线程的消息队列里持续10分钟。而且，由上文可知，这条消息持有对handler的引用，而handler又持有对其外部类（在这里，即SampleActivity）的潜在引用。这条引用关系会一直保持直到消息得到处理，从而，这阻止了SampleActivity被垃圾回收器回收，同时造成应用程序的泄漏。 + +<<<<<<< HEAD +注意，上面代码中的Runnable类--非静态匿名类--同样持有对其外部类的引用。从而也导致泄漏。 + +### 四、泄漏解决方案 + +首先，上面已经明确了内存泄漏来源： + +只要有未处理的消息，那么消息会引用handler，非静态的handler又会引用外部类，即Activity，导致Activity无法被回收，造成泄漏； + +Runnable类属于非静态匿名类，同样会引用外部类。 + +为了解决遇到的问题，我们要明确一点：静态内部类不会持有对外部类的引用。所以，我们可以把handler类放在单独的类文件中，或者使用静态内部类便可以避免泄漏。 + +另外，如果想要在handler内部去调用所在的外部类Activity，那么可以在handler内部使用弱引用的方式指向所在Activity，这样统一不会导致内存泄漏。 + +对于匿名类Runnable，同样可以将其设置为静态类。因为静态的匿名类不会持有对外部类的引用。 + +``` +public class SampleActivity extends Activity { + + /** + * Instances of static inner classes do not hold an implicit + * reference to their outer class. + */ + private static class MyHandler extends Handler { + private final WeakReference mActivity; + + public MyHandler(SampleActivity activity) { + mActivity = new WeakReference(activity); + } + + @Override + public void handleMessage(Message msg) { + SampleActivity activity = mActivity.get(); + if (activity != null) { + // ... + } + } + } + + private final MyHandler mHandler = new MyHandler(this); + + /** + * Instances of anonymous classes do not hold an implicit + * reference to their outer class when they are "static". + */ + private static final Runnable sRunnable = new Runnable() { + @Override + public void run() { /* ... */ } + }; + + @Override + protected void onCreate(Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + + // Post a message and delay its execution for 10 minutes. + mHandler.postDelayed(sRunnable, 1000 * 60 * 10); + + // Go back to the previous Activity. + finish(); + } +} +``` + +### 五、小结 + +虽然静态类与非静态类之间的区别并不大，但是对于Android开发者而言却是必须理解的。至少我们要清楚，如果一个内部类实例的生命周期比Activity更长，那么我们千万不要使用非静态的内部类。最好的做法是，使用静态内部类，然后在该类里使用弱引用来指向所在的Activity。 + +原文链接： + +[http://www.jianshu.com/p/cb9b4b71a820](http://www.jianshu.com/p/cb9b4b71a820) +======= +虽然静态类与非静态类之间的区别并不大，但是对于Android开发者而言却是必须理解的。至少我们要清楚，如果一个内部类实例的生命周期比Activity更长，那么我们千万不要使用非静态的内部类。最好的做法是，使用静态内部类，然后在该类里使用弱引用来指向所在的Activity。 + +原文链接： + +[http://www.jianshu.com/p/cb9b4b71a820](http://www.jianshu.com/p/cb9b4b71a820) + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/MVP+RxJava+Retrofit2+Dagger\345\256\236\346\210\230.md" "b/AndroidNote/Android\350\277\233\351\230\266/MVP+RxJava+Retrofit2+Dagger\345\256\236\346\210\230.md" new file mode 100644 index 0000000..4bb50d2 --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/MVP+RxJava+Retrofit2+Dagger\345\256\236\346\210\230.md" @@ -0,0 +1,24 @@ +# MVP + RxJava + Retrofit2 + Dagger2 项目实战 + + +最近要开始一个公司的小项目，虽然项目的功能是非常简单的，但是还是打算好好搞一搞，毕竟这些技术还是有一定的上手难度的，所以如果直接在大型项目中尝试的话，可能会出问题，所以打算还是现在小的项目中尝试一下，然后把项目精益求精一下。 + +本文便是博主开始这个项目的一个笔记吧。 + + + + + + + + + + + + + + + + + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/Recyclerview\345\222\214Listview\347\232\204\345\274\202\345\220\214.md" "b/AndroidNote/Android\350\277\233\351\230\266/Recyclerview\345\222\214Listview\347\232\204\345\274\202\345\220\214.md" new file mode 100644 index 0000000..d8af74c --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/Recyclerview\345\222\214Listview\347\232\204\345\274\202\345\220\214.md" @@ -0,0 +1,55 @@ +recyclerView和ListView的异同 + +--- + +* ViewHolder是用来保存视图引用的类，无论是ListView亦或是RecyclerView。只不过在ListView中，ViewHolder需要自己来定义，且这只是一种推荐的使用方式，不使用当然也可以，这不是必须的。只不过不使用ViewHolder的话，ListView每次getView的时候都会调用findViewById(int)，这将导致ListView性能展示迟缓。而在RecyclerView中使用RecyclerView.ViewHolder则变成了必须，尽管实现起来稍显复杂，但它却解决了ListView面临的上述不使用自定义ViewHolder时所面临的问题。 +* 我们知道ListView只能在垂直方向上滚动，Android API没有提供ListView在水平方向上面滚动的支持。或许有多种方式实现水平滑动，但是请相信我，ListView并不是设计来做这件事情的。但是RecyclerView相较于ListView，在滚动上面的功能扩展了许多。它可以支持多种类型列表的展示要求，主要如下： + + 1. LinearLayoutManager，可以支持水平和竖直方向上滚动的列表。 + 2. StaggeredGridLayoutManager，可以支持交叉网格风格的列表，类似于瀑布流或者Pinterest。 + 3. GridLayoutManager，支持网格展示，可以水平或者竖直滚动，如展示图片的画廊。 + +* 列表动画是一个全新的、拥有无限可能的维度。起初的Android API中，删除或添加item时，item是无法产生动画效果的。后面随着Android的进化，Google的Chat Hasse推荐使用ViewPropertyAnimator属性动画来实现上述需求。 +相比较于ListView，RecyclerView.ItemAnimator则被提供用于在RecyclerView添加、删除或移动item时处理动画效果。同时，如果你比较懒，不想自定义ItemAnimator，你还可以使用DefaultItemAnimator。 + +* ListView的Adapter中，getView是最重要的方法，它将视图跟position绑定起来，是所有神奇的事情发生的地方。同时我们也能够通过registerDataObserver在Adapter中注册一个观察者。RecyclerView也有这个特性，RecyclerView.AdapterDataObserver就是这个观察者。ListView有三个Adapter的默认实现，分别是ArrayAdapter、CursorAdapter和SimpleCursorAdapter。然而，RecyclerView的Adapter则拥有除了内置的内DB游标和ArrayList的支持之外的所有功能。RecyclerView.Adapter的实现的，我们必须采取措施将数据提供给Adapter，正如BaseAdapter对ListView所做的那样。 +* 在ListView中如果我们想要在item之间添加间隔符，我们只需要在布局文件中对ListView添加如下属性即可： + + ``` + android:divider="@android:color/transparent" + android:dividerHeight="5dp" + ``` +* ListView通过AdapterView.OnItemClickListener接口来探测点击事件。而RecyclerView则通过RecyclerView.OnItemTouchListener接口来探测触摸事件。它虽然增加了实现的难度，但是却给予开发人员拦截触摸事件更多的控制权限。 +* ListView可以设置选择模式，并添加MultiChoiceModeListener，如下所示： + + +``` +listView.setChoiceMode(ListView.CHOICE_MODE_MULTIPLE_MODAL); +listView.setMultiChoiceModeListener(new MultiChoiceModeListener() { +public boolean onCreateActionMode(ActionMode mode, Menu menu) { ... } +public void onItemCheckedStateChanged(ActionMode mode, int position, +long id, boolean checked) { ... } + public boolean onActionItemClicked(ActionMode mode, MenuItem item) { + switch (item.getItemId()) { + case R.id.menu_item_delete_crime: + CrimeAdapter adapter = (CrimeAdapter)getListAdapter(); + CrimeLab crimeLab = CrimeLab.get(getActivity()); + for (int i = adapter.getCount() - 1; i >= 0; i--) { + if (getListView().isItemChecked(i)) { + crimeLab.deleteCrime(adapter.getItem(i)); + } + } + mode.finish(); + adapter.notifyDataSetChanged(); + return true; + default: + return false; +} + public boolean onPrepareActionMode(ActionMode mode, Menu menu) { ... } + public void onDestroyActionMode(ActionMode mode) { ... } +}); + +``` + 而RecyclerView则没有此功能。 + +[http://www.cnblogs.com/littlepanpc/p/4497290.html](http://www.cnblogs.com/littlepanpc/p/4497290.html) diff --git "a/AndroidNote/Android\350\277\233\351\230\266/iterm2+vim\346\211\223\351\200\240\345\256\214\347\276\216\347\273\210\347\253\257.md" "b/AndroidNote/Android\350\277\233\351\230\266/iterm2+vim\346\211\223\351\200\240\345\256\214\347\276\216\347\273\210\347\253\257.md" new file mode 100644 index 0000000..d6d1351 --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/iterm2+vim\346\211\223\351\200\240\345\256\214\347\276\216\347\273\210\347\253\257.md" @@ -0,0 +1,80 @@ +# iterm2+vim打造完美的终端 + +最近有点迷上了vim了，就打算来一波vim的最佳实践，刚开始选择的是macVim，但是感觉有的时候vim不和命令行一起用没有那么好用，所有又决定换回命令行了。 + +在mac上经常用命令行的人应该配置的都是 iterm2 + oh my zsh这样一个基础的配置，感觉还是挺好用的。 + +这两个都是非常好安装配置的，在这里就先不介绍了，如果大家遇到问题的话，可以随时一起讨论。 + +下面记录一下，iterm2的用法和快捷键： + +1. 新建标签：``command + t`` +2. 关闭标签：``command + w`` +3. 切换标签：``command + 数字`` ``command + 左右方向键`` +4. 切换全屏：``command + enter`` +5. 查找: ``command + f`` +6. 垂直分屏：``command + d`` +7. 水平分屏：``command + shift + d`` +8. 切换屏幕：``command + option + 方向键`` ``command + [ or ]`` +9. 查看历史命令 ：``command + ;`` +10. 查看剪贴板历史：``command + shift + h`` +11. 清除当前行：``ctrl + u`` +12. 到行首：``ctrl + a`` +13. 到行尾：``ctrl + e`` +14. 左右方向键：``ctrl + f/b`` +16. 上一条命令：``ctrl + p`` +17. 搜索命令历史：``ctrl + r`` +18. 删除当前光标的字符：``ctrl + d`` +19. 删除光标之前的字符：``ctrl + h`` +20. 删除光标之前的单词：``ctrl + w`` +21. 删除到文本末尾：``ctrl + k`` +22. 交换光标处文本：``ctrl + t`` +23. 清屏：``command + r`` ``ctrl + l`` + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/jvm-serializers.md" "b/AndroidNote/Android\350\277\233\351\230\266/jvm-serializers.md" new file mode 100644 index 0000000..5881b7e --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/jvm-serializers.md" @@ -0,0 +1,68 @@ +# Jvm-serializers + + +# Home + +Pascal S. de Kloe edited this page on 9 Jul 2016 · 68 revisions + + +# 测试平台 + +OS:Mac OS X +JVM:Oracle Corporation 1.8.0_91 +CPU:2.8 GHz Intel Core i7 os-arch:Darwin Kernel Version 15.5.0 +Cores (incl HT):8 + + +# 公开声明 + +这个测试关注点在于对于一个循环的结构体的编码和解码，但是不同特征集对于不同的算法有着不一样的结果： + +- 一些序列化支持循环侦查，分享其它正好写非循环树结构 +- 一些包含充满元数据在序列化的过程中，一些不能 +- 一些是跨平台的，一些是语言特有的 +- 一些是以文字为基础的，一些是以二进制为基础的 +- 一些提供了版本向前/向后兼容，但是有的没有提供 + + +不同的数据将会产生不同的结果(例如添加一个非ascii的字符到每一个字符串，然而将会给出一个未加工的关于库的性能 + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/\345\237\272\344\272\216OTP\347\256\227\346\263\225\347\232\204\345\217\214\345\220\221\350\256\244\350\257\201.md" "b/AndroidNote/Android\350\277\233\351\230\266/\345\237\272\344\272\216OTP\347\256\227\346\263\225\347\232\204\345\217\214\345\220\221\350\256\244\350\257\201.md" new file mode 100644 index 0000000..9d97eb7 --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/\345\237\272\344\272\216OTP\347\256\227\346\263\225\347\232\204\345\217\214\345\220\221\350\256\244\350\257\201.md" @@ -0,0 +1,152 @@ +## 基于otp算法的双向认证 + + +先举例一个应用场景吧，我们应该都用U盾，或者将军令这种生成动态密钥的工具，其实它内部就是基于OTP算法来实现的。 + +谷歌也有开源这样的开源项目，本文就是博主通读了谷歌开源项目源码来实现的，项目地址： + +[Google Android端项目源码](https://github.com/google/google-authenticator-android) + +[Google 后台项目源码](https://github.com/wstrange/GoogleAuth) + + +## 算法概要 + +TOTP（基于时间的一次性密码算法）是支持时间作为动态因素基于HMAC一次性密码算法的扩展。 + +本算法是一个对称算法，也就是说，后台和移动端采用同样的密钥，同时这个算法是依赖于当前的系统时间的，所以可以用于动态验证。 + +**TOTP = HMAC-SHA-1(K, (T - T0) / X)** + +- K 共享密钥 + +- T 当前时间戳 + +- T0 开始的时间戳 + +- X 时间步长 + + +多唠叨几句:我们整体算法采用处理密钥的方式，是要将密钥转换成byte数组之后进行操作的，还有就是谷歌的这套双向认证算法中严格的采用了Base32字符串的方式，Base32中只有A-Z和2-7这些字符。 + + + +代码效果： + +``` +2017/08/09 20:39:56 +983452 +2017/08/09 20:39:57 +983452 +2017/08/09 20:39:58 +983452 +2017/08/09 20:39:59 +983452 +2017/08/09 20:40:00 +977560 +2017/08/09 20:40:01 +977560 +2017/08/09 20:40:02 +977560 +2017/08/09 20:40:03 +977560 +2017/08/09 20:40:04 +977560 +``` + + +应用在app中的效果图: + +![](https://ws1.sinaimg.cn/large/006tNc79ly1fidrkhuhz9j30ei0pwmx9.jpg) + + +应用在app中的效果图: + + + +核心代码算法： + +算法GitHub地址:https://github.com/linsir6/TOTP + + +算法的核心类： + +``` +/** + * Created by linSir + * date at 2017/8/8. + * describe: 算法的核心类 + */ + +public class PasscodeGenerator { + private static final int MAX_PASSCODE_LENGTH = 9; + + private static final int[] DIGITS_POWER + // 0 1 2 3 4 5 6 7 8 9 + = {1,10,100,1000,10000,100000,1000000,10000000,100000000,1000000000}; + + private final Signer signer; + private final int codeLength; + + interface Signer { + byte[] sign(byte[] data) throws GeneralSecurityException; + } + + public PasscodeGenerator(Signer signer, int passCodeLength) { + if ((passCodeLength < 0) || (passCodeLength > MAX_PASSCODE_LENGTH)) { + throw new IllegalArgumentException( + "PassCodeLength must be between 1 and " + MAX_PASSCODE_LENGTH + + " digits."); + } + this.signer = signer; + this.codeLength = passCodeLength; + } + + private String padOutput(int value) { + String result = Integer.toString(value); + for (int i = result.length(); i < codeLength; i++) { + result = "0" + result; + } + return result; + } + + public String generateResponseCode(long state) + throws GeneralSecurityException { + byte[] value = ByteBuffer.allocate(8).putLong(state).array(); + return generateResponseCode(value); + } + + public String generateResponseCode(byte[] challenge) + throws GeneralSecurityException { + byte[] hash = signer.sign(challenge); + + int offset = hash[hash.length - 1] & 0xF; + int truncatedHash = hashToInt(hash, offset) & 0x7FFFFFFF; + int pinValue = truncatedHash % DIGITS_POWER[codeLength]; + return padOutput(pinValue); + } + + private int hashToInt(byte[] bytes, int start) { + DataInput input = new DataInputStream( + new ByteArrayInputStream(bytes, start, bytes.length - start)); + int val; + try { + val = input.readInt(); + } catch (IOException e) { + throw new IllegalStateException(e); + } + return val; + } +} + + +``` + + + +整体算法的思想和代码实现大概就是这样，如果有什么问题，欢迎大家在GitHub上面提Issues + + + + + diff --git "a/AndroidNote/Android\350\277\233\351\230\266/\346\243\200\346\237\245app\346\230\257\345\220\246\346\234\211\346\216\250\351\200\201\346\235\203\351\231\220.md" "b/AndroidNote/Android\350\277\233\351\230\266/\346\243\200\346\237\245app\346\230\257\345\220\246\346\234\211\346\216\250\351\200\201\346\235\203\351\231\220.md" new file mode 100644 index 0000000..968dd23 --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/\346\243\200\346\237\245app\346\230\257\345\220\246\346\234\211\346\216\250\351\200\201\346\235\203\351\231\220.md" @@ -0,0 +1,53 @@ +# 检查app是否具有推送权限 + +检查是否有推送权限 + +```java +@RequiresApi(api = Build.VERSION_CODES.KITKAT) + private boolean isNotificationEnabled(Context context) { + + String CHECK_OP_NO_THROW = "checkOpNoThrow"; + String OP_POST_NOTIFICATION = "OP_POST_NOTIFICATION"; + + AppOpsManager mAppOps = (AppOpsManager) context.getSystemService(Context.APP_OPS_SERVICE); + ApplicationInfo appInfo = context.getApplicationInfo(); + String pkg = context.getApplicationContext().getPackageName(); + int uid = appInfo.uid; + + Class appOpsClass = null; + /* Context.APP_OPS_MANAGER */ + try { + appOpsClass = Class.forName(AppOpsManager.class.getName()); + Method checkOpNoThrowMethod = appOpsClass.getMethod(CHECK_OP_NO_THROW, Integer.TYPE, Integer.TYPE, + String.class); + Field opPostNotificationValue = appOpsClass.getDeclaredField(OP_POST_NOTIFICATION); + + int value = (Integer) opPostNotificationValue.get(Integer.class); + return ((Integer) checkOpNoThrowMethod.invoke(mAppOps, value, uid, pkg) == AppOpsManager.MODE_ALLOWED); + + } catch (Exception e) { + e.printStackTrace(); + } + return false; + } +``` + + +跳转到登录页面 + +```java + +private void toSetting() { + Intent localIntent = new Intent(); + localIntent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); + if (Build.VERSION.SDK_INT >= 9) { + localIntent.setAction("android.settings.APPLICATION_DETAILS_SETTINGS"); + localIntent.setData(Uri.fromParts("package", getPackageName(), null)); + } else if (Build.VERSION.SDK_INT <= 8) { + localIntent.setAction(Intent.ACTION_VIEW); + localIntent.setClassName("com.android.settings", "com.android.setting.InstalledAppDetails"); + localIntent.putExtra("com.android.settings.ApplicationPkgName", getPackageName()); + } + startActivity(localIntent); +} +``` diff --git "a/AndroidNote/Android\350\277\233\351\230\266/\350\207\252\345\256\232\344\271\211RadioGroup.md" "b/AndroidNote/Android\350\277\233\351\230\266/\350\207\252\345\256\232\344\271\211RadioGroup.md" new file mode 100644 index 0000000..4ef1b1d --- /dev/null +++ "b/AndroidNote/Android\350\277\233\351\230\266/\350\207\252\345\256\232\344\271\211RadioGroup.md" @@ -0,0 +1,451 @@ +# 自定义RadioGroup + +> 在Android系统中，自带的RadioGroup只能指定横向和纵向两种布局，所以有的时候我们需要自定义RadioGroup。 + + +首先分析一下，就是在系统自带的RadioGroup中，如果我们嵌套了，LinearLayout的话，就会失效，因为系统的RadioGroup没有考虑到这种情况，所以我们需要自定义一个Group，初步的打算是继承自LinearLayout。 + + +具体代码如下： + +``` +package linsir.fuyizhulao.com.love_map; + + +import android.content.Context; +import android.content.res.TypedArray; +import android.util.AttributeSet; +import android.view.MotionEvent; +import android.view.View; +import android.view.ViewGroup; +import android.view.accessibility.AccessibilityEvent; +import android.view.accessibility.AccessibilityNodeInfo; +import android.widget.CompoundButton; +import android.widget.LinearLayout; +import android.widget.RadioButton; + + +/** + *

This class is used to create a multiple-exclusion scope for a set of radio + * buttons. Checking one radio button that belongs to a radio group unchecks + * any previously checked radio button within the same group.

+ * + *

Intially, all of the radio buttons are unchecked. While it is not possible + * to uncheck a particular radio button, the radio group can be cleared to + * remove the checked state.

+ * + *

The selection is identified by the unique id of the radio button as defined + * in the XML layout file.

+ * + *

XML Attributes

+ *

See {@link android.R.styleable#RadioGroup RadioGroup Attributes}, + * {@link android.R.styleable#LinearLayout LinearLayout Attributes}, + * {@link android.R.styleable#ViewGroup ViewGroup Attributes}, + * {@link android.R.styleable#View View Attributes}

+ *

Also see + * {@link android.widget.LinearLayout.LayoutParams LinearLayout.LayoutParams} + * for layout attributes.

+ * + * @see RadioButton + * + */ +public class RadioGroup extends LinearLayout { + // holds the checked id; the selection is empty by default + private int mCheckedId = -1; + // tracks children radio buttons checked state + private CompoundButton.OnCheckedChangeListener mChildOnCheckedChangeListener; + // when true, mOnCheckedChangeListener discards events + private boolean mProtectFromCheckedChange = false; + private OnCheckedChangeListener mOnCheckedChangeListener; + private PassThroughHierarchyChangeListener mPassThroughListener; + + /** + * {@inheritDoc} + */ + public RadioGroup(Context context) { + super(context); + setOrientation(VERTICAL); + init(); + } + + /** + * {@inheritDoc} + */ + public RadioGroup(Context context, AttributeSet attrs) { + super(context, attrs); + mCheckedId = View.NO_ID; + + final int index = VERTICAL; + setOrientation(index); + + init(); + } + + private void init() { + mChildOnCheckedChangeListener = new CheckedStateTracker(); + mPassThroughListener = new PassThroughHierarchyChangeListener(); + super.setOnHierarchyChangeListener(mPassThroughListener); + } + + /** + * {@inheritDoc} + */ + @Override + public void setOnHierarchyChangeListener(OnHierarchyChangeListener listener) { + // the user listener is delegated to our pass-through listener + mPassThroughListener.mOnHierarchyChangeListener = listener; + } + + /** + * {@inheritDoc} + */ + @Override + protected void onFinishInflate() { + super.onFinishInflate(); + + // checks the appropriate radio button as requested in the XML file + if (mCheckedId != -1) { + mProtectFromCheckedChange = true; + setCheckedStateForView(mCheckedId, true); + mProtectFromCheckedChange = false; + setCheckedId(mCheckedId); + } + } + + @Override + public void addView(final View child, int index, ViewGroup.LayoutParams params) { + if (child instanceof RadioButton) { + + ((RadioButton) child).setOnTouchListener(new OnTouchListener() { + + @Override + public boolean onTouch(View v, MotionEvent event) { + ((RadioButton) child).setChecked(true); + checkRadioButton((RadioButton) child); + if(mOnCheckedChangeListener != null){ + mOnCheckedChangeListener.onCheckedChanged(RadioGroup.this, child.getId()); + } + return true; + } + }); + + } else if(child instanceof LinearLayout){ + int childCount = ((LinearLayout) child).getChildCount(); + for(int i = 0; i < childCount; i++){ + View view = ((LinearLayout) child).getChildAt(i); + if (view instanceof RadioButton) { + final RadioButton button = (RadioButton) view; + + + ((RadioButton) button).setOnTouchListener(new OnTouchListener() { + + @Override + public boolean onTouch(View v, MotionEvent event) { + ((RadioButton) button).setChecked(true); + checkRadioButton((RadioButton) button); + if(mOnCheckedChangeListener != null){ + mOnCheckedChangeListener.onCheckedChanged(RadioGroup.this, button.getId()); + } + return true; + } + }); + + } + } + } + + super.addView(child, index, params); + } + + private void checkRadioButton(RadioButton radioButton){ + View child; + int radioCount = getChildCount(); + for(int i = 0; i < radioCount; i++){ + child = getChildAt(i); + if (child instanceof RadioButton) { + if(child == radioButton){ + // do nothing + } else { + ((RadioButton) child).setChecked(false); + } + } else if(child instanceof LinearLayout){ + int childCount = ((LinearLayout) child).getChildCount(); + for(int j = 0; j < childCount; j++){ + View view = ((LinearLayout) child).getChildAt(j); + if (view instanceof RadioButton) { + final RadioButton button = (RadioButton) view; + if(button == radioButton){ + // do nothing + } else { + ((RadioButton) button).setChecked(false); + } + } + } + } + } + } + + /** + *

Sets the selection to the radio button whose identifier is passed in + * parameter. Using -1 as the selection identifier clears the selection; + * such an operation is equivalent to invoking {@link #clearCheck()}.

+ * + * @param id the unique id of the radio button to select in this group + * + * @see #getCheckedRadioButtonId() + * @see #clearCheck() + */ + public void check(int id) { + // don't even bother + if (id != -1 && (id == mCheckedId)) { + return; + } + + if (mCheckedId != -1) { + setCheckedStateForView(mCheckedId, false); + } + + if (id != -1) { + setCheckedStateForView(id, true); + } + + setCheckedId(id); + } + + private void setCheckedId(int id) { + mCheckedId = id; + } + + private void setCheckedStateForView(int viewId, boolean checked) { + View checkedView = findViewById(viewId); + if (checkedView != null && checkedView instanceof RadioButton) { + ((RadioButton) checkedView).setChecked(checked); + } + } + + /** + *

Returns the identifier of the selected radio button in this group. + * Upon empty selection, the returned value is -1.

+ * + * @return the unique id of the selected radio button in this group + * + * @see #check(int) + * @see #clearCheck() + * + * @attr ref android.R.styleable#RadioGroup_checkedButton + */ + public int getCheckedRadioButtonId() { + return mCheckedId; + } + + /** + *

Clears the selection. When the selection is cleared, no radio button + * in this group is selected and {@link #getCheckedRadioButtonId()} returns + * null.

+ * + * @see #check(int) + * @see #getCheckedRadioButtonId() + */ + public void clearCheck() { + check(-1); + } + + /** + *

Register a callback to be invoked when the checked radio button + * changes in this group.

+ * + * @param listener the callback to call on checked state change + */ + public void setOnCheckedChangeListener(OnCheckedChangeListener listener) { + mOnCheckedChangeListener = listener; + } + + /** + * {@inheritDoc} + */ + @Override + public LayoutParams generateLayoutParams(AttributeSet attrs) { + return new RadioGroup.LayoutParams(getContext(), attrs); + } + + /** + * {@inheritDoc} + */ + @Override + protected boolean checkLayoutParams(ViewGroup.LayoutParams p) { + return p instanceof RadioGroup.LayoutParams; + } + + @Override + protected LinearLayout.LayoutParams generateDefaultLayoutParams() { + return new LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.WRAP_CONTENT); + } + + @Override + public void onInitializeAccessibilityEvent(AccessibilityEvent event) { + super.onInitializeAccessibilityEvent(event); + event.setClassName(RadioGroup.class.getName()); + } + + @Override + public void onInitializeAccessibilityNodeInfo(AccessibilityNodeInfo info) { + super.onInitializeAccessibilityNodeInfo(info); + info.setClassName(RadioGroup.class.getName()); + } + + /** + *

This set of layout parameters defaults the width and the height of + * the children to {@link #WRAP_CONTENT} when they are not specified in the + * XML file. Otherwise, this class ussed the value read from the XML file.

+ * + *

See + * {@link android.R.styleable#LinearLayout_Layout LinearLayout Attributes} + * for a list of all child view attributes that this class supports.

+ * + */ + public static class LayoutParams extends LinearLayout.LayoutParams { + /** + * {@inheritDoc} + */ + public LayoutParams(Context c, AttributeSet attrs) { + super(c, attrs); + } + + /** + * {@inheritDoc} + */ + public LayoutParams(int w, int h) { + super(w, h); + } + + /** + * {@inheritDoc} + */ + public LayoutParams(int w, int h, float initWeight) { + super(w, h, initWeight); + } + + /** + * {@inheritDoc} + */ + public LayoutParams(ViewGroup.LayoutParams p) { + super(p); + } + + /** + * {@inheritDoc} + */ + public LayoutParams(MarginLayoutParams source) { + super(source); + } + + /** + *

Fixes the child's width to + * {@link android.view.ViewGroup.LayoutParams#WRAP_CONTENT} and the child's + * height to {@link android.view.ViewGroup.LayoutParams#WRAP_CONTENT} + * when not specified in the XML file.

+ * + * @param a the styled attributes set + * @param widthAttr the width attribute to fetch + * @param heightAttr the height attribute to fetch + */ + @Override + protected void setBaseAttributes(TypedArray a, + int widthAttr, int heightAttr) { + + if (a.hasValue(widthAttr)) { + width = a.getLayoutDimension(widthAttr, "layout_width"); + } else { + width = WRAP_CONTENT; + } + + if (a.hasValue(heightAttr)) { + height = a.getLayoutDimension(heightAttr, "layout_height"); + } else { + height = WRAP_CONTENT; + } + } + } + + /** + *

Interface definition for a callback to be invoked when the checked + * radio button changed in this group.

+ */ + public interface OnCheckedChangeListener { + /** + *

Called when the checked radio button has changed. When the + * selection is cleared, checkedId is -1.

+ * + * @param group the group in which the checked radio button has changed + * @param checkedId the unique identifier of the newly checked radio button + */ + public void onCheckedChanged(RadioGroup group, int checkedId); + } + + private class CheckedStateTracker implements CompoundButton.OnCheckedChangeListener { + public void onCheckedChanged(CompoundButton buttonView, boolean isChecked) { + // prevents from infinite recursion + if (mProtectFromCheckedChange) { + return; + } + + mProtectFromCheckedChange = true; + if (mCheckedId != -1) { + setCheckedStateForView(mCheckedId, false); + } + mProtectFromCheckedChange = false; + + int id = buttonView.getId(); + setCheckedId(id); + } + } + + /** + *

A pass-through listener acts upon the events and dispatches them + * to another listener. This allows the table layout to set its own internal + * hierarchy change listener without preventing the user to setup his.

+ */ + private class PassThroughHierarchyChangeListener implements + ViewGroup.OnHierarchyChangeListener { + private ViewGroup.OnHierarchyChangeListener mOnHierarchyChangeListener; + + /** + * {@inheritDoc} + */ + public void onChildViewAdded(View parent, View child) { + if (parent == RadioGroup.this && child instanceof RadioButton) { + int id = child.getId(); + // generates an id if it's missing + if (id == View.NO_ID) { + id = child.hashCode(); + child.setId(id); + } + ((RadioButton) child).setOnCheckedChangeListener( + mChildOnCheckedChangeListener); + } + + if (mOnHierarchyChangeListener != null) { + mOnHierarchyChangeListener.onChildViewAdded(parent, child); + } + } + + /** + * {@inheritDoc} + */ + public void onChildViewRemoved(View parent, View child) { + if (parent == RadioGroup.this && child instanceof RadioButton) { + ((RadioButton) child).setOnCheckedChangeListener(null); + } + + if (mOnHierarchyChangeListener != null) { + mOnHierarchyChangeListener.onChildViewRemoved(parent, child); + } + } + } +} +``` + + +这样我们的RadioGroup下面就可以使用布局了，不过目前仅对LinearLayout做了兼容，一般来说这样，就已经可以满足我们的需求了，当然如果我们喜欢的话，也可以对其他的布局进行兼容。 + + diff --git "a/Git/git\350\257\246\347\273\206\346\225\231\347\250\213.md" "b/Git/git\350\257\246\347\273\206\346\225\231\347\250\213.md" new file mode 100644 index 0000000..3fcc5d9 --- /dev/null +++ "b/Git/git\350\257\246\347\273\206\346\225\231\347\250\213.md" @@ -0,0 +1,4013 @@ +# Git全面教程 + +## 简介 + +Git分布式版本管理系统。 + +Linus在1991年创建了开源的Linux，但是一直没有一个合适的版本管理工具，在2002年以前，世界各地的志愿者都是通过把源代码文件通过diff的方式给Linus，然后他本人通过手工的方式进行合并代码。后来在2002年BitMover公司同意BitKeeper免费给Linux社区使用，但是2005年，社区里的同学们试图破解BitKeeper的协议，被发现后，该公司撤销了他们免费试用的权利，然后Linus用两周时间，自己用c写了一个分布式版本控制工具，从此git就诞生了。。。 + +Git设计之初的目标： +- 速度 +- 简单的设计 +- 对非线性开发模式的强力支持（允许上千个并行开发的分支） +- 完全分布式 +- 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量） + +自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。它的速度飞快，极其适合管理大项目，它还有着令人难以置信的非线性分支管理系统，可以应付各种复杂的项目开发需求。 + + + +### Git和其它版本控制系统的区别 + +**直接记录快找，而非差异比较** + +Git 和其他版本控制系统的主要差别在于，Git 只关心文件数据的整体是否发生变化，而大多数其他系统则只关心文件内容的具体差异。这类系统（CVS，Subversion，Perforce，Bazaar 等等）每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容，如下图： + +![其它系统记录的方式](http://iissnan.com/progit/book_src/figures/18333fig0104-tn.png) + +Git 并不保存这些前后变化的差异数据。实际上，Git 更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存，而只对上次保存的快照作一链接。Git 的工作方式入下图所示： + +![Git工作方式](http://iissnan.com/progit/book_src/figures/18333fig0105-tn.png) + +这是 Git 同其他系统的重要区别。它完全颠覆了传统版本控制的套路，并对各个环节的实现方式作了新的设计。Git 更像是个小型的文件系统，但它同时还提供了许多以此为基础的超强工具，而不只是一个简单的 VCS。稍后在第三章讨论 Git 分支管理的时候，我们会再看看这样的设计究竟会带来哪些好处。 + +**时刻保持数据完整性** + +在保存到 Git 之前，所有数据都要进行内容的校验和（checksum）计算，并将此结果作为数据的唯一标识和索引。换句话说，不可能在你修改了文件或目录之后，Git 一无所知。这项特性作为 Git 的设计哲学，建在整体架构的最底层。所以如果文件在传输时变得不完整，或者磁盘损坏导致文件数据缺失，Git 都能立即察觉。 + +Git 使用 SHA-1 算法计算数据的校验和，通过对文件的内容或目录的结构计算出一个 SHA-1 哈希值，作为指纹字符串。该字串由 40 个十六进制字符（0-9 及 a-f）组成，看起来就像是： + +``` +24b9da6552252987aa493b52f8696cd6d3b00373 +``` + +Git 的工作完全依赖于这类指纹字串，所以你会经常看到这样的哈希值。实际上，所有保存在 Git 数据库中的东西都是用此哈希值来作索引的，而不是靠文件名。 + +**多数操作仅添加数据** + +常用的 Git 操作大多仅仅是把数据添加到数据库。因为任何一种不可逆的操作，比如删除数据，都会使回退或重现历史版本变得困难重重。在别的 VCS 中，若还未提交更新，就有可能丢失或者混淆一些修改的内容，但在 Git 里，一旦提交快照之后就完全不用担心丢失数据，特别是养成定期推送到其他仓库的习惯的话。 + +这种高可靠性令我们的开发工作安心不少，尽管去做各种试验性的尝试好了，再怎样也不会弄丢数据。 + +**文件的三种状态** + +好，现在请注意，接下来要讲的概念非常重要。对于任何一个文件，在 Git 内都只有三种状态：已提交（committed），已修改（modified）和已暂存（staged）。已提交表示该文件已经被安全地保存在本地数据库中了；已修改表示修改了某个文件，但还没有提交保存；已暂存表示把已修改的文件放在下次提交时要保存的清单中。 + +由此我们看到 Git 管理项目时，文件流转的三个工作区域：Git 的工作目录，暂存区域，以及本地仓库。 + +![Local Operations](http://iissnan.com/progit/book_src/figures/18333fig0106-tn.png) + +工作目录，暂存区域，以及本地仓库 + +每个项目都有一个 Git 目录（译注：如果 ``git clone`` 出来的话，就是其中 .git 的目录；如果 ``git clone --bare`` 的话，新建的目录本身就是 Git 目录。），它是 Git 用来保存元数据和对象数据库的地方。该目录非常重要，每次克隆镜像仓库的时候，实际拷贝的就是这个目录里面的数据。 + +从项目中取出某个版本的所有文件和目录，用以开始后续工作的叫做工作目录。这些文件实际上都是从 Git 目录中的压缩对象数据库中提取出来的，接下来就可以在工作目录中对这些文件进行编辑。 + +所谓的暂存区域只不过是个简单的文件，一般都放在 Git 目录中。有时候人们会把这个文件叫做索引文件，不过标准说法还是叫暂存区域。 + +基本的 Git 工作流程如下： + +1. 在工作目录中修改某些文件。 +2. 对修改后的文件进行快照，然后保存到暂存区域。 +3. 提交更新，将保存在暂存区域的文件快照永久转储到 Git 目录中。 + +所以，我们可以从文件所处的位置来判断状态：如果是 Git 目录中保存着的特定版本文件，就属于已提交状态；如果作了修改并已放入暂存区域，就属于已暂存状态；如果自上次取出后，作了修改但还没有放到暂存区域，就是已修改状态。 + + +## Git的配置 + +一般在新的系统上，我们都需要先配置下自己的 Git 工作环境。配置工作只需一次，以后升级时还会沿用现在的配置。当然，如果需要，你随时可以用相同的命令修改已有的配置。 + +Git 提供了一个叫做 ``git config`` 的工具（译注：实际是 ``git-config`` 命令，只不过可以通过 ``git`` 加一个名字来呼叫此命令。），专门用来配置或读取相应的工作环境变量。而正是由这些环境变量，决定了 Git 在各个环节的具体工作方式和行为。这些变量可以存放在以下三个不同的地方： + +- ``/etc/gitconfig`` 文件：系统中对所有用户都普遍适用的配置。若使用 ``git config`` 时用 ``--system`` 选项，读写的就是这个文件。 +- ``~/.gitconfig`` 文件：用户目录下的配置文件只适用于该用户。若使用 ``git config`` 时用 ``--global`` 选项，读写的就是这个文件。 +- 当前项目的 Git 目录中的配置文件（也就是工作目录中的 ``.git/config`` 文件）：这里的配置仅仅针对当前项目有效。每一个级别的配置都会覆盖上层的相同配置，所以 ``.git/config`` 里的配置会覆盖 ``/etc/gitconfig`` 中的同名变量。 + +在 Windows 系统上，Git 会找寻用户主目录下的 ``.gitconfig`` 文件。主目录即 ``$HOME`` 变量指定的目录，一般都是 ``C:\Documents and Settings\$USER``。此外，Git 还会尝试找寻 ``/etc/gitconfig`` 文件，只不过看当初 Git 装在什么目录，就以此作为根目录来定位。 + + +### 用户信息 + +第一个要配置的是你个人的用户名称和电子邮件地址。这两条配置很重要，每次 Git 提交时都会引用这两条信息，说明是谁提交了更新，所以会随更新内容一起被永久纳入历史记录： + +```Shell +$ git config --global user.name "John Doe" +$ git config --global user.email johndoe@example.com +``` + +如果用了 --global 选项，那么更改的配置文件就是位于你用户主目录下的那个，以后你所有的项目都会默认使用这里配置的用户信息。如果要在某个特定的项目中使用其他名字或者电邮，只要去掉 --global 选项重新配置即可，新的设定保存在当前项目的 .git/config 文件里。 + +### 文本编辑器 + +接下来要设置的是默认使用的文本编辑器。Git 需要你输入一些额外消息的时候，会自动调用一个外部文本编辑器给你用。默认会使用操作系统指定的默认编辑器，一般可能会是 Vi 或者 Vim。如果你有其他偏好，比如 Emacs 的话，可以重新设置： + +```shell +$ git config --global core.editor emacs +``` + +### 差异分析工具 + +还有一个比较常用的是，在解决合并冲突时使用哪种差异分析工具。比如要改用 vimdiff 的话： + +```Shell +$ git config --global merge.tool vimdiff +``` + +Git 可以理解 kdiff3，tkdiff，meld，xxdiff，emerge，vimdiff，gvimdiff，ecmerge，和 opendiff 等合并工具的输出信息。 + +### 查看配置信息 + +要检查已有的配置信息，可以使用``git config —list``命令： + +```shell +$ git config --list +user.name=Scott Chacon +user.email=schacon@gmail.com +color.status=auto +color.branch=auto +color.interactive=auto +color.diff=auto +... +``` + +有时候会看到重复的变量名，那就说明它们来自不同的配置文件（比如 `/etc/gitconfig` 和 `~/.gitconfig`），不过最终 Git 实际采用的是最后一个。 + +也可以直接查阅某个环境变量的设定，只要把特定的名字跟在后面即可，像这样： + +```shell +$ git config user.name +Scott Chacon +``` + + + +## 获取帮助 + +想了解 Git 的各式工具该怎么用，可以阅读它们的使用帮助，方法有三： + +```shell +$ git help +$ git --help +$ man git- +``` + +比如，要学习 config 命令可以怎么用，运行： + +```Shell +$ git help config +``` + +我们随时都可以浏览这些帮助信息而无需连网。 不过，要是你觉得还不够，可以到 Freenode IRC 服务器（irc.freenode.net）上的 `#git` 或 `#github` 频道寻求他人帮助。这两个频道上总有着上百号人，大多都有着丰富的 Git 知识，并且乐于助人。 + + + +## Git基础 + +### 创建版本库 + +- ``git init`` +- ``git clone`` + +![Create Git Repository](http://upload-images.jianshu.io/upload_images/2585384-e65ed14e0f0ab8b2.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +![clone](http://upload-images.jianshu.io/upload_images/2585384-ab2e5e2b195e1624.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + + +初始化后，在当前目录下会出现一个名为 .git 的目录，所有 Git 需要的数据和资源都存放在这个目录中。不过目前，仅仅是按照既有的结构框架初始化好了里边所有的文件和目录，但我们还没有开始跟踪管理项目中的任何一个文件。 + +如果当前目录下有几个文件想要纳入版本控制，需要先用 `git add` 命令告诉 Git 开始对这些文件进行跟踪，然后提交： + +```Shell +$ git add *.c +$ git add README +$ git commit -m 'initial project version' +``` + + + +### 记录每次更新到仓库 + +现在我们手上已经有了一个真实项目的 Git 仓库，并从这个仓库中取出了所有文件的工作拷贝。接下来，对这些文件作些修改，在完成了一个阶段的目标之后，提交本次更新到仓库。 + +请记住，工作目录下面的所有文件都不外乎这两种状态：已跟踪或未跟踪。已跟踪的文件是指本来就被纳入版本控制管理的文件，在上次快照中有它们的记录，工作一段时间后，它们的状态可能是未更新，已修改或者已放入暂存区。而所有其他文件都属于未跟踪文件。它们既没有上次更新时的快照，也不在当前的暂存区域。初次克隆某个仓库时，工作目录中的所有文件都属于已跟踪文件，且状态为未修改。 + +在编辑过某些文件之后，Git 将这些文件标为已修改。我们逐步把这些修改过的文件放到暂存区域，直到最后一次性提交所有这些暂存起来的文件，如此重复。所以使用 Git 时的文件状态变化周期如下图所示： + + + +![File Status Lifecycle](http://iissnan.com/progit/book_src/figures/18333fig0201-tn.png) + + + +### 检查当前文件状态 + +要确定哪些文件当前处于什么状态，可以用 `git status` 命令。如果在克隆仓库之后立即执行此命令，会看到类似这样的输出： + +```shell +$ git status +On branch master +nothing to commit, working directory clean +``` + +这说明你现在的工作目录相当干净。换句话说，所有已跟踪文件在上次提交后都未被更改过。此外，上面的信息还表明，当前目录下没有出现任何处于未跟踪的新文件，否则 Git 会在这里列出来。最后，该命令还显示了当前所在的分支是 `master`，这是默认的分支名称，实际是可以修改的，现在先不用考虑。下一章我们就会详细讨论分支和引用。 + +现在让我们用 vim 创建一个新文件 README，保存退出后运行 `git status` 会看到该文件出现在未跟踪文件列表中： + +```Shell +$ vim README +$ git status +On branch master +Untracked files: + (use "git add ..." to include in what will be committed) + + README + +nothing added to commit but untracked files present (use "git add" to track) +``` + + + +在状态报告中可以看到新建的`README`文件出现在“Untracked files”下面。未跟踪的文件意味着Git在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非你明明白白地告诉它“我需要跟踪该文件”，因而不用担心把临时文件什么的也归入版本管理。不过现在的例子中，我们确实想要跟踪管理 README 这个文件。 + + + +### 跟踪新文件 + +使用命令 `git add` 开始跟踪一个新文件。所以，要跟踪 README 文件，运行： + +```Shell +$ git add README +``` + + + +此时再运行 `git status` 命令，会看到 README 文件已被跟踪，并处于暂存状态： + +```shell +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + new file: README +``` + + + +只要在 “Changes to be committed” 这行下面的，就说明是已暂存状态。如果此时提交，那么该文件此时此刻的版本将被留存在历史记录中。你可能会想起之前我们使用 `git init` 后就运行了 `git add` 命令，开始跟踪当前目录下的文件。在 `git add` 后面可以指明要跟踪的文件或目录路径。如果是目录的话，就说明要递归跟踪该目录下的所有文件。（译注：其实 `git add` 的潜台词就是把目标文件快照放入暂存区域，也就是 add file into staged area，同时未曾跟踪过的文件标记为需要跟踪。这样就好理解后续 add 操作的实际意义了。） + + + +### 暂存已修改文件 + +现在我们修改下之前已跟踪过的文件 `benchmarks.rb`，然后再次运行 `status` 命令，会看到这样的状态报告： + +```shell +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + new file: README + +Changes not staged for commit: + (use "git add ..." to update what will be committed) + (use "git checkout -- ..." to discard changes in working directory) + + modified: benchmarks.rb +``` + +文件 `benchmarks.rb` 出现在 “Changes not staged for commit” 这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。要暂存这次更新，需要运行 `git add` 命令（这是个多功能命令，根据目标文件的状态不同，此命令的效果也不同：可以用它开始跟踪新文件，或者把已跟踪的文件放到暂存区，还能用于合并时把有冲突的文件标记为已解决状态等）。现在让我们运行 `git add` 将 benchmarks.rb 放到暂存区，然后再看看 `git status` 的输出： + +```shell +$ git add benchmarks.rb +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + new file: README + modified: benchmarks.rb +``` + +现在两个文件都已暂存，下次提交时就会一并记录到仓库。假设此时，你想要在 `benchmarks.rb` 里再加条注释，重新编辑存盘后，准备好提交。不过且慢，再运行 `git status` 看看： + +```shell +$ vim benchmarks.rb +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + new file: README + modified: benchmarks.rb + +Changes not staged for commit: + (use "git add ..." to update what will be committed) + (use "git checkout -- ..." to discard changes in working directory) + + modified: benchmarks.rb +``` + +怎么回事？ `benchmarks.rb` 文件出现了两次！一次算未暂存，一次算已暂存，这怎么可能呢？好吧，实际上 Git 只不过暂存了你运行 `git add` 命令时的版本，如果现在提交，那么提交的是添加注释前的版本，而非当前工作目录中的版本。所以，运行了 `git add` 之后又作了修订的文件，需要重新运行 `git add` 把最新版本重新暂存起来： + +```shell +$ git add benchmarks.rb +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + new file: README + modified: benchmarks.rb +``` + + + +### 忽略某些文件 + +一般我们总会有些文件无需纳入 Git 的管理，也不希望它们总出现在未跟踪文件列表。通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。我们可以创建一个名为 `.gitignore` 的文件，列出要忽略的文件模式。来看一个实际的例子： + +```shell +$ cat .gitignore +*.[oa] +*~ +``` + +第一行告诉 Git 忽略所有以 `.o` 或 `.a` 结尾的文件。一般这类对象文件和存档文件都是编译过程中出现的，我们用不着跟踪它们的版本。第二行告诉 Git 忽略所有以波浪符（`~`）结尾的文件，许多文本编辑软件（比如 Emacs）都用这样的文件名保存副本。此外，你可能还需要忽略 `log`，`tmp` 或者 `pid` 目录，以及自动生成的文档等等。要养成一开始就设置好 `.gitignore` 文件的习惯，以免将来误提交这类无用的文件。 + +文件 `.gitignore` 的格式规范如下： + +- 所有空行或者以注释符号 `＃` 开头的行都会被 Git 忽略。 +- 可以使用标准的 glob 模式匹配。 +- 匹配模式最后跟反斜杠（`/`）说明要忽略的是目录。 +- 要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号（`!`）取反。 + +所谓的 glob 模式是指 shell 所使用的简化了的正则表达式。星号（`*`）匹配零个或多个任意字符；`[abc]` 匹配任何一个列在方括号中的字符（这个例子要么匹配一个 a，要么匹配一个 b，要么匹配一个 c）；问号（`?`）只匹配一个任意字符；如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如 `[0-9]` 表示匹配所有 0 到 9 的数字）。 + +我们再看一个 `.gitignore` 文件的例子： + +```Shell +# 此为注释 – 将被 Git 忽略 +# 忽略所有 .a 结尾的文件 +*.a +# 但 lib.a 除外 +!lib.a +# 仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO +/TODO +# 忽略 build/ 目录下的所有文件 +build/ +# 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt +doc/*.txt +# ignore all .txt files in the doc/ directory +doc/**/*.txt +``` + +### 查看已暂存和未暂存的更新 + +实际上 `git status` 的显示比较简单，仅仅是列出了修改过的文件，如果要查看具体修改了什么地方，可以用 `git diff` 命令。稍后我们会详细介绍 `git diff`，不过现在，它已经能回答我们的两个问题了：当前做的哪些更新还没有暂存？有哪些更新已经暂存起来准备好了下次提交？ `git diff` 会使用文件补丁的格式显示具体添加和删除的行。 + +假如再次修改 `README` 文件后暂存，然后编辑 `benchmarks.rb` 文件后先别暂存，运行 `status` 命令将会看到： + +```shell +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + new file: README + +Changes not staged for commit: + (use "git add ..." to update what will be committed) + (use "git checkout -- ..." to discard changes in working directory) + + modified: benchmarks.rb +``` + +要查看尚未暂存的文件更新了哪些部分，不加参数直接输入 `git diff`： + +```shell +$ git diff +diff --git a/benchmarks.rb b/benchmarks.rb +index 3cb747f..da65585 100644 +--- a/benchmarks.rb ++++ b/benchmarks.rb +@@ -36,6 +36,10 @@ def main + @commit.parents[0].parents[0].parents[0] + end + ++ run_code(x, 'commits 1') do ++ git.commits.size ++ end ++ + run_code(x, 'commits 2') do + log = git.commits('master', 15) + log.size +``` + +此命令比较的是工作目录中当前文件和暂存区域快照之间的差异，也就是修改之后还没有暂存起来的变化内容。 + +若要看已经暂存起来的文件和上次提交时的快照之间的差异，可以用 `git diff --cached` 命令。（Git 1.6.1 及更高版本还允许使用 `git diff --staged`，效果是相同的，但更好记些。）来看看实际的效果： + +```shell +$ git diff --cached +diff --git a/README b/README +new file mode 100644 +index 0000000..03902a1 +--- /dev/null ++++ b/README2 +@@ -0,0 +1,5 @@ ++grit ++ by Tom Preston-Werner, Chris Wanstrath ++ http://github.com/mojombo/grit ++ ++Grit is a Ruby library for extracting information from a Git repository +``` + + 请注意，单单 `git diff` 不过是显示还没有暂存起来的改动，而不是这次工作和上次提交之间的差异。所以有时候你一下子暂存了所有更新过的文件后，运行 `git diff` 后却什么也没有，就是这个原因。 + +像之前说的，暂存 benchmarks.rb 后再编辑，运行 `git status` 会看到暂存前后的两个版本： + +```shell +$ git add benchmarks.rb +$ echo '# test line' >> benchmarks.rb +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + modified: benchmarks.rb + +Changes not staged for commit: + (use "git add ..." to update what will be committed) + (use "git checkout -- ..." to discard changes in working directory) + + modified: benchmarks.rb +``` + +现在运行 `git diff` 看暂存前后的变化： + +```shell +$ git diff +diff --git a/benchmarks.rb b/benchmarks.rb +index e445e28..86b2f7c 100644 +--- a/benchmarks.rb ++++ b/benchmarks.rb +@@ -127,3 +127,4 @@ end + main() + + ##pp Grit::GitRuby.cache_client.stats ++# test line +``` + + + +然后用 `git diff --cached` 查看已经暂存起来的变化： + +```Shell +$ git diff --cached +diff --git a/benchmarks.rb b/benchmarks.rb +index 3cb747f..e445e28 100644 +--- a/benchmarks.rb ++++ b/benchmarks.rb +@@ -36,6 +36,10 @@ def main + @commit.parents[0].parents[0].parents[0] + end + ++ run_code(x, 'commits 1') do ++ git.commits.size ++ end ++ + run_code(x, 'commits 2') do + log = git.commits('master', 15) + log.size +``` + + + +GUI: + +![](https://ws2.sinaimg.cn/large/006tNc79ly1fjs76fg48uj31ai0dgaan.jpg) + + + +### 提交更新 + +现在的暂存区域已经准备妥当可以提交了。在此之前，请一定要确认还有什么修改过的或新建的文件还没有 `git add` 过，否则提交的时候不会记录这些还没暂存起来的变化。所以，每次准备提交前，先用 `git status` 看下，是不是都已暂存起来了，然后再运行提交命令 `git commit`： + +```shell +$ git commit +``` + +这种方式会启动文本编辑器以便输入本次提交的说明。（默认会启用 shell 的环境变量 `$EDITOR` 所指定的软件，一般都是 vim 或 emacs。当然也可以按照第一章介绍的方式，使用 `git config --global core.editor` 命令设定你喜欢的编辑软件。） + +编辑器会显示类似下面的文本信息（本例选用 Vim 的屏显方式展示）： + +```shell +# Please enter the commit message for your changes. Lines starting +# with '#' will be ignored, and an empty message aborts the commit. +# On branch master +# Changes to be committed: +# new file: README +# modified: benchmarks.rb +# +~ +~ +~ +".git/COMMIT_EDITMSG" 10L, 283C +``` + +可以看到，默认的提交消息包含最后一次运行 `git status` 的输出，放在注释行里，另外开头还有一空行，供你输入提交说明。你完全可以去掉这些注释行，不过留着也没关系，多少能帮你回想起这次更新的内容有哪些。（如果觉得这还不够，可以用 `-v` 选项将修改差异的每一行都包含到注释中来。）退出编辑器时，Git 会丢掉注释行，将说明内容和本次更新提交到仓库。 + +另外也可以用 -m 参数后跟提交说明的方式，在一行命令中提交更新： + +```shell +$ git commit -m "Story 182: Fix benchmarks for speed" +[master 463dc4f] Story 182: Fix benchmarks for speed + 2 files changed, 3 insertions(+) + create mode 100644 README +``` + +好，现在你已经创建了第一个提交！可以看到，提交后它会告诉你，当前是在哪个分支（master）提交的，本次提交的完整 SHA-1 校验和是什么（`463dc4f`），以及在本次提交中，有多少文件修订过，多少行添改和删改过。 + +记住，提交时记录的是放在暂存区域的快照，任何还未暂存的仍然保持已修改状态，可以在下次提交时纳入版本管理。每一次运行提交操作，都是对你项目作一次快照，以后可以回到这个状态，或者进行比较。 + + + +GUI: + +![commit](https://ws1.sinaimg.cn/large/006tNc79ly1fjs7dt190bj31ek1c0q81.jpg) + + + + + +### 跳过使用暂存区域 + +尽管使用暂存区域的方式可以精心准备要提交的细节，但有时候这么做略显繁琐。Git 提供了一个跳过使用暂存区域的方式，只要在提交的时候，给 `git commit` 加上 `-a` 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 `git add` 步骤： + +``` +$ git status +On branch master +Changes not staged for commit: + (use "git add ..." to update what will be committed) + (use "git checkout -- ..." to discard changes in working directory) + + modified: benchmarks.rb + +no changes added to commit (use "git add" and/or "git commit -a") +$ git commit -a -m 'added new benchmarks' +[master 83e38c7] added new benchmarks + 1 files changed, 5 insertions(+) +``` + +看到了吗？提交之前不再需要 `git add` 文件 benchmarks.rb 了。 + + + +### 移除文件 + +要从 Git 中移除某个文件，就必须要从已跟踪文件清单中移除（确切地说，是从暂存区域移除），然后提交。可以用 `git rm` 命令完成此项工作，并连带从工作目录中删除指定的文件，这样以后就不会出现在未跟踪文件清单中了。 + +如果只是简单地从工作目录中手工删除文件，运行 `git status` 时就会在 “Changes not staged for commit” 部分（也就是*未暂存*清单）看到： + +```shell +$ rm grit.gemspec +$ git status +On branch master +Changes not staged for commit: + (use "git add/rm ..." to update what will be committed) + (use "git checkout -- ..." to discard changes in working directory) + + deleted: grit.gemspec + +no changes added to commit (use "git add" and/or "git commit -a") +``` + +然后再运行 `git rm` 记录此次移除文件的操作： + +```shell +$ git rm grit.gemspec +rm 'grit.gemspec' +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + deleted: grit.gemspec +``` + +最后提交的时候，该文件就不再纳入版本管理了。如果删除之前修改过并且已经放到暂存区域的话，则必须要用强制删除选项 `-f`（译注：即 force 的首字母），以防误删除文件后丢失修改的内容。 + +另外一种情况是，我们想把文件从 Git 仓库中删除（亦即从暂存区域移除），但仍然希望保留在当前工作目录中。换句话说，仅是从跟踪清单中删除。比如一些大型日志文件或者一堆 `.a`编译文件，不小心纳入仓库后，要移除跟踪但不删除文件，以便稍后在 `.gitignore` 文件中补上，用 `--cached` 选项即可： + +```shell +$ git rm --cached readme.txt +``` + +后面可以列出文件或者目录的名字，也可以使用 glob 模式。比方说： + +```shell +$ git rm log/\*.log +``` + +注意到星号 `*` 之前的反斜杠 `\`，因为 Git 有它自己的文件模式扩展匹配方式，所以我们不用 shell 来帮忙展开（译注：实际上不加反斜杠也可以运行，只不过按照 shell 扩展的话，仅仅删除指定目录下的文件而不会递归匹配。上面的例子本来就指定了目录，所以效果等同，但下面的例子就会用递归方式匹配，所以必须加反斜杠。）。此命令删除所有 `log/` 目录下扩展名为 `.log` 的文件。类似的比如： + +```shell +$ git rm \*~ +``` + +会递归删除当前目录及其子目录中所有 `~` 结尾的文件。 + + + +### 移动文件 + +不像其他的 VCS 系统，Git 并不跟踪文件移动操作。如果在 Git 中重命名了某个文件，仓库中存储的元数据并不会体现出这是一次改名操作。不过 Git 非常聪明，它会推断出究竟发生了什么，至于具体是如何做到的，我们稍后再谈。 + +既然如此，当你看到 Git 的 `mv` 命令时一定会困惑不已。要在 Git 中对文件改名，可以这么做： + +```shell +$ git mv file_from file_to +``` + +它会恰如预期般正常工作。实际上，即便此时查看状态信息，也会明白无误地看到关于重命名操作的说明： + +```shell +$ git mv README.txt README +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + renamed: README.txt -> README +``` + +其实，运行 `git mv` 就相当于运行了下面三条命令： + +```shell +$ mv README.txt README +$ git rm README.txt +$ git add README +``` + +如此分开操作，Git 也会意识到这是一次改名，所以不管何种方式都一样。当然，直接用 `git mv` 轻便得多，不过有时候用其他工具批处理改名的话，要记得在提交前删除老的文件名，再添加新的文件名。 + + + +## 查看提交历史 + +在提交了若干更新之后，又或者克隆了某个项目，想回顾下提交历史，可以使用 `git log` 命令查看。 + +```Shell +$ git log +commit ca82a6dff817ec66f44342007202690a93763949 +Author: Scott Chacon +Date: Mon Mar 17 21:52:11 2008 -0700 + + changed the version number + +commit 085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 +Author: Scott Chacon +Date: Sat Mar 15 16:40:33 2008 -0700 + + removed unnecessary test code + +commit a11bef06a3f659402fe7563abf99ad00de2209e6 +Author: Scott Chacon +Date: Sat Mar 15 10:31:28 2008 -0700 + + first commit +``` + + + +默认不用任何参数的话，`git log` 会按提交时间列出所有的更新，最近的更新排在最上面。看到了吗，每次更新都有一个 SHA-1 校验和、作者的名字和电子邮件地址、提交时间，最后缩进一个段落显示提交说明。 + +`git log` 有许多选项可以帮助你搜寻感兴趣的提交，接下来我们介绍些最常用的。 + +我们常用 `-p` 选项展开显示每次提交的内容差异，用 `-2` 则仅显示最近的两次更新： + + + +```Shell +$ git log -p -2 +commit ca82a6dff817ec66f44342007202690a93763949 +Author: Scott Chacon +Date: Mon Mar 17 21:52:11 2008 -0700 + + changed the version number + +diff --git a/Rakefile b/Rakefile +index a874b73..8f94139 100644 +--- a/Rakefile ++++ b/Rakefile +@@ -5,5 +5,5 @@ require 'rake/gempackagetask' + spec = Gem::Specification.new do |s| + s.name = "simplegit" +- s.version = "0.1.0" ++ s.version = "0.1.1" + s.author = "Scott Chacon" + s.email = "schacon@gee-mail.com + +commit 085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 +Author: Scott Chacon +Date: Sat Mar 15 16:40:33 2008 -0700 + + removed unnecessary test code + +diff --git a/lib/simplegit.rb b/lib/simplegit.rb +index a0a60ae..47c6340 100644 +--- a/lib/simplegit.rb ++++ b/lib/simplegit.rb +@@ -18,8 +18,3 @@ class SimpleGit + end + + end +- +-if $0 == __FILE__ +- git = SimpleGit.new +- puts git.show +-end +\ No newline at end of file + +``` + + + +该选项除了显示基本信息之外，还在附带了每次 commit 的变化。当进行代码审查，或者快速浏览某个搭档提交的 commit 的变化的时候，这个参数就非常有用了。 + +某些时候，单词层面的对比，比行层面的对比，更加容易观察。Git 提供了 `--word-diff` 选项。我们可以将其添加到 `git log -p` 命令的后面，从而获取单词层面上的对比。在程序代码中进行单词层面的对比常常是没什么用的。不过当你需要在书籍、论文这种很大的文本文件上进行对比的时候，这个功能就显出用武之地了。下面是一个简单的例子： + +```shell +$ git log -U1 --word-diff +commit ca82a6dff817ec66f44342007202690a93763949 +Author: Scott Chacon +Date: Mon Mar 17 21:52:11 2008 -0700 + + changed the version number + +diff --git a/Rakefile b/Rakefile +index a874b73..8f94139 100644 +--- a/Rakefile ++++ b/Rakefile +@@ -7,3 +7,3 @@ spec = Gem::Specification.new do |s| + s.name = "simplegit" + s.version = [-"0.1.0"-]{+"0.1.1"+} + s.author = "Scott Chacon" +``` + + + +如你所见，这里并没有平常看到的添加行或者删除行的信息。这里的对比显示在行间。新增加的单词被 `{+ +}` 括起来，被删除的单词被 `[- -]` 括起来。在进行单词层面的对比的时候，你可能希望上下文（ context ）行数从默认的 3 行，减为 1 行，那么可以使用 `-U1` 选项。上面的例子中，我们就使用了这个选项。 + +另外，`git log` 还提供了许多摘要选项可以用，比如 `--stat`，仅显示简要的增改行数统计： + +``` +$ git log --stat +commit ca82a6dff817ec66f44342007202690a93763949 +Author: Scott Chacon +Date: Mon Mar 17 21:52:11 2008 -0700 + + changed the version number + + Rakefile | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +commit 085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 +Author: Scott Chacon +Date: Sat Mar 15 16:40:33 2008 -0700 + + removed unnecessary test code + + lib/simplegit.rb | 5 ----- + 1 file changed, 5 deletions(-) + +commit a11bef06a3f659402fe7563abf99ad00de2209e6 +Author: Scott Chacon +Date: Sat Mar 15 10:31:28 2008 -0700 + + first commit + + README | 6 ++++++ + Rakefile | 23 +++++++++++++++++++++++ + lib/simplegit.rb | 25 +++++++++++++++++++++++++ + 3 files changed, 54 insertions(+) +``` + +每个提交都列出了修改过的文件，以及其中添加和移除的行数，并在最后列出所有增减行数小计。 还有个常用的 `--pretty` 选项，可以指定使用完全不同于默认格式的方式展示提交历史。比如用 `oneline` 将每个提交放在一行显示，这在提交数很大时非常有用。另外还有 `short`，`full` 和 `fuller` 可以用，展示的信息或多或少有些不同，请自己动手实践一下看看效果如何。 + +``` +$ git log --pretty=oneline +ca82a6dff817ec66f44342007202690a93763949 changed the version number +085bb3bcb608e1e8451d4b2432f8ecbe6306e7e7 removed unnecessary test code +a11bef06a3f659402fe7563abf99ad00de2209e6 first commit +``` + +但最有意思的是 `format`，可以定制要显示的记录格式，这样的输出便于后期编程提取分析，像这样： + +``` +$ git log --pretty=format:"%h - %an, %ar : %s" +ca82a6d - Scott Chacon, 11 months ago : changed the version number +085bb3b - Scott Chacon, 11 months ago : removed unnecessary test code +a11bef0 - Scott Chacon, 11 months ago : first commit +``` + +表 2-1 列出了常用的格式占位符写法及其代表的意义。 + + + +``` +选项 说明 +%H 提交对象（commit）的完整哈希字串 +%h 提交对象的简短哈希字串 +%T 树对象（tree）的完整哈希字串 +%t 树对象的简短哈希字串 +%P 父对象（parent）的完整哈希字串 +%p 父对象的简短哈希字串 +%an 作者（author）的名字 +%ae 作者的电子邮件地址 +%ad 作者修订日期（可以用 -date= 选项定制格式） +%ar 作者修订日期，按多久以前的方式显示 +%cn 提交者(committer)的名字 +%ce 提交者的电子邮件地址 +%cd 提交日期 +%cr 提交日期，按多久以前的方式显示 +%s 提交说明 +``` + +你一定奇怪*作者（author）*和*提交者（committer）*之间究竟有何差别，其实作者指的是实际作出修改的人，提交者指的是最后将此工作成果提交到仓库的人。所以，当你为某个项目发布补丁，然后某个核心成员将你的补丁并入项目时，你就是作者，而那个核心成员就是提交者。我们会在第五章再详细介绍两者之间的细微差别。 + + + +用 oneline 或 format 时结合 `--graph` 选项，可以看到开头多出一些 ASCII 字符串表示的简单图形，形象地展示了每个提交所在的分支及其分化衍合情况。在我们之前提到的 Grit 项目仓库中可以看到： + +``` +$ git log --pretty=format:"%h %s" --graph +* 2d3acf9 ignore errors from SIGCHLD on trap +* 5e3ee11 Merge branch 'master' of git://github.com/dustin/grit +|\ +| * 420eac9 Added a method for getting the current branch. +* | 30e367c timeout code and tests +* | 5a09431 add timeout protection to grit +* | e1193f8 support for heads with slashes in them +|/ +* d6016bc require time for xmlschema +* 11d191e Merge branch 'defunkt' into local +``` + +以上只是简单介绍了一些 `git log` 命令支持的选项。表 2-2 还列出了一些其他常用的选项及其释义。 + + + + + +```shell +选项 说明 +-p 按补丁格式显示每个更新之间的差异。 +--word-diff 按 word diff 格式显示差异。 +--stat 显示每次更新的文件修改统计信息。 +--shortstat 只显示 --stat 中最后的行数修改添加移除统计。 +--name-only 仅在提交信息后显示已修改的文件清单。 +--name-status 显示新增、修改、删除的文件清单。 +--abbrev-commit 仅显示 SHA-1 的前几个字符，而非所有的 40 个字符。 +--relative-date 使用较短的相对时间显示（比如，“2 weeks ago”）。 +--graph 显示 ASCII 图形表示的分支合并历史。 +--pretty 使用其他格式显示历史提交信息。可用的选项包括 oneline，short，full，fuller 和 format（后跟指定格式）。 +--oneline `--pretty=oneline --abbrev-commit` 的简化用法。 +``` + + + +![树形图](https://ws3.sinaimg.cn/large/006tKfTcly1fjsbwkyek6j30sw1jkaet.jpg) + + + +### 限制输出长度 + + + +除了定制输出格式的选项之外，`git log` 还有许多非常实用的限制输出长度的选项，也就是只输出部分提交信息。之前我们已经看到过 `-2` 了，它只显示最近的两条提交，实际上，这是 `-` 选项的写法，其中的 `n` 可以是任何自然数，表示仅显示最近的若干条提交。不过实践中我们是不太用这个选项的，Git 在输出所有提交时会自动调用分页程序（less），要看更早的更新只需翻到下页即可。 + +另外还有按照时间作限制的选项，比如 `--since` 和 `--until`。下面的命令列出所有最近两周内的提交： + +``` +$ git log --since=2.weeks +``` + +你可以给出各种时间格式，比如说具体的某一天（“2008-01-15”），或者是多久以前（“2 years 1 day 3 minutes ago”）。 + +还可以给出若干搜索条件，列出符合的提交。用 `--author` 选项显示指定作者的提交，用 `--grep` 选项搜索提交说明中的关键字。（请注意，如果要得到同时满足这两个选项搜索条件的提交，就必须用 `--all-match` 选项。否则，满足任意一个条件的提交都会被匹配出来） + +另一个真正实用的`git log`选项是路径(path)，如果只关心某些文件或者目录的历史提交，可以在 `git log` 选项的最后指定它们的路径。因为是放在最后位置上的选项，所以用两个短划线（`--`）隔开之前的选项和后面限定的路径名。 + +表 2-3 还列出了其他常用的类似选项。 + + + +``` +选项 说明 +-(n) 仅显示最近的 n 条提交 +--since, --after 仅显示指定时间之后的提交。 +--until, --before 仅显示指定时间之前的提交。 +--author 仅显示指定作者相关的提交。 +--committer 仅显示指定提交者相关的提交。 +``` + +来看一个实际的例子，如果要查看 Git 仓库中，2008 年 10 月期间，Junio Hamano 提交的但未合并的测试脚本（位于项目的 t/ 目录下的文件），可以用下面的查询命令： + +``` +$ git log --pretty="%h - %s" --author=gitster --since="2008-10-01" \ + --before="2008-11-01" --no-merges -- t/ +5610e3b - Fix testcase failure when extended attribute +acd3b9e - Enhance hold_lock_file_for_{update,append}() +f563754 - demonstrate breakage of detached checkout wi +d1a43f2 - reset --hard/read-tree --reset -u: remove un +51a94af - Fix "checkout --track -b newbranch" on detac +b0ad11e - pull: allow "git pull origin $something:$cur +``` + +Git 项目有 20,000 多条提交，但我们给出搜索选项后，仅列出了其中满足条件的 6 条。 + + + +### 使用图形化工具查阅提交历史 + + + +![](https://ws4.sinaimg.cn/large/006tKfTcly1fjsc0kkvn4j31kw115aip.jpg) + + + +![](https://ws3.sinaimg.cn/large/006tKfTcly1fjsc20g0s0j31kw15njxn.jpg) + + + +## 撤消操作 + +任何时候，你都有可能需要撤消刚才所做的某些操作。接下来，我们会介绍一些基本的撤消操作相关的命令。请注意，有些撤销操作是不可逆的，所以请务必谨慎小心，一旦失误，就有可能丢失部分工作成果。 + +### 修改最后一次提交 + +有时候我们提交完了才发现漏掉了几个文件没有加，或者提交信息写错了。想要撤消刚才的提交操作，可以使用 `--amend` 选项重新提交： + +```Shell +$ git commit --amend +``` + +此命令将使用当前的暂存区域快照提交。如果刚才提交完没有作任何改动，直接运行此命令的话，相当于有机会重新编辑提交说明，但将要提交的文件快照和之前的一样。 + +启动文本编辑器后，会看到上次提交时的说明，编辑它确认没问题后保存退出，就会使用新的提交说明覆盖刚才失误的提交。 + +如果刚才提交时忘了暂存某些修改，可以先补上暂存操作，然后再运行 `--amend` 提交： + +```shell +$ git commit -m 'initial commit' +$ git add forgotten_file +$ git commit --amend +``` + +上面的三条命令最终只是产生一个提交，第二个提交命令修正了第一个的提交内容。 + + + +### 取消已经暂存的文件 + +接下来的两个小节将演示如何取消暂存区域中的文件，以及如何取消工作目录中已修改的文件。不用担心，查看文件状态的时候就提示了该如何撤消，所以不需要死记硬背。来看下面的例子，有两个修改过的文件，我们想要分开提交，但不小心用 `git add .` 全加到了暂存区域。该如何撤消暂存其中的一个文件呢？其实，`git status` 的命令输出已经告诉了我们该怎么做： + +```shell +$ git add . +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + modified: README.txt + modified: benchmarks.rb +``` + +就在 “Changes to be committed” 下面，括号中有提示，可以使用 `git reset HEAD ...` 的方式取消暂存。好吧，我们来试试取消暂存 benchmarks.rb 文件： + +```shell +$ git reset HEAD benchmarks.rb +Unstaged changes after reset: +M benchmarks.rb +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + modified: README.txt + +Changes not staged for commit: + (use "git add ..." to update what will be committed) + (use "git checkout -- ..." to discard changes in working directory) + + modified: benchmarks.rb +``` + + + +### 取消对文件的修改 + +如果觉得刚才对 benchmarks.rb 的修改完全没有必要，该如何取消修改，回到之前的状态（也就是修改之前的版本）呢？`git status` 同样提示了具体的撤消方法，接着上面的例子，现在未暂存区域看起来像这样： + +``` +Changes not staged for commit: + (use "git add ..." to update what will be committed) + (use "git checkout -- ..." to discard changes in working directory) + + modified: benchmarks.rb +``` + +在第二个括号中，我们看到了抛弃文件修改的命令（至少在 Git 1.6.1 以及更高版本中会这样提示，如果你还在用老版本，我们强烈建议你升级，以获取最佳的用户体验），让我们试试看： + +``` +$ git checkout -- benchmarks.rb +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + modified: README.txt +``` + +可以看到，该文件已经恢复到修改前的版本。你可能已经意识到了，这条命令有些危险，所有对文件的修改都没有了，因为我们刚刚把之前版本的文件复制过来重写了此文件。所以在用这条命令前，请务必确定真的不再需要保留刚才的修改。如果只是想回退版本，同时保留刚才的修改以便将来继续工作，可以用下章介绍的 stashing 和分支来处理，应该会更好些。 + +记住，任何已经提交到 Git 的都可以被恢复。即便在已经删除的分支中的提交，或者用 `--amend` 重新改写的提交，都可以被恢复。所以，你可能失去的数据，仅限于没有提交过的，对 Git 来说它们就像从未存在过一样。 + + + +## 远程仓库的使用 + +要参与任何一个 Git 项目的协作，必须要了解该如何管理远程仓库。远程仓库是指托管在网络上的项目仓库，可能会有好多个，其中有些你只能读，另外有些可以写。同他人协作开发某个项目时，需要管理这些远程仓库，以便推送或拉取数据，分享各自的工作进展。 管理远程仓库的工作，包括添加远程库，移除废弃的远程库，管理各式远程库分支，定义是否跟踪这些分支，等等。本节我们将详细讨论远程库的管理和使用。 + + + +### 查看当前的远程库 + +要查看当前配置有哪些远程仓库，可以用 `git remote` 命令，它会列出每个远程库的简短名字。在克隆完某个项目后，至少可以看到一个名为 origin 的远程库，Git 默认使用这个名字来标识你所克隆的原始仓库： + +```shell +$ git clone git://github.com/schacon/ticgit.git +Cloning into 'ticgit'... +remote: Reusing existing pack: 1857, done. +remote: Total 1857 (delta 0), reused 0 (delta 0) +Receiving objects: 100% (1857/1857), 374.35 KiB | 193.00 KiB/s, done. +Resolving deltas: 100% (772/772), done. +Checking connectivity... done. +$ cd ticgit +$ git remote +origin +``` + +也可以加上 `-v` 选项（译注：此为 `--verbose` 的简写，取首字母），显示对应的克隆地址： + +```shell +$ git remote -v +origin git://github.com/schacon/ticgit.git (fetch) +origin git://github.com/schacon/ticgit.git (push) +``` + + + +如果有多个远程仓库，此命令将全部列出。比如在我的 Grit 项目中，可以看到： + +``` +$ cd grit +$ git remote -v +bakkdoor git://github.com/bakkdoor/grit.git +cho45 git://github.com/cho45/grit.git +defunkt git://github.com/defunkt/grit.git +koke git://github.com/koke/grit.git +origin git@github.com:mojombo/grit.git +``` + +这样一来，我就可以非常轻松地从这些用户的仓库中，拉取他们的提交到本地。请注意，上面列出的地址只有 origin 用的是 SSH URL 链接，所以也只有这个仓库我能推送数据上去（我们会在第四章解释原因）。 + + + +### 添加远程仓库 + +要添加一个新的远程仓库，可以指定一个简单的名字，以便将来引用，运行 `git remote add [shortname] [url]`： + +``` +$ git remote +origin +$ git remote add pb git://github.com/paulboone/ticgit.git +$ git remote -v +origin git://github.com/schacon/ticgit.git +pb git://github.com/paulboone/ticgit.git +``` + +现在可以用字符串 `pb` 指代对应的仓库地址了。比如说，要抓取所有 Paul 有的，但本地仓库没有的信息，可以运行 `git fetch pb`： + +``` +$ git fetch pb +remote: Counting objects: 58, done. +remote: Compressing objects: 100% (41/41), done. +remote: Total 44 (delta 24), reused 1 (delta 0) +Unpacking objects: 100% (44/44), done. +From git://github.com/paulboone/ticgit + * [new branch] master -> pb/master + * [new branch] ticgit -> pb/ticgit +``` + +现在，Paul 的主干分支（master）已经完全可以在本地访问了，对应的名字是 `pb/master`，你可以将它合并到自己的某个分支，或者切换到这个分支，看看有些什么有趣的更新。 + + + +### 从远程仓库抓取数据 + +正如之前所看到的，可以用下面的命令从远程仓库抓取数据到本地： + +``` +$ git fetch [remote-name] +``` + +此命令会到远程仓库中拉取所有你本地仓库中还没有的数据。运行完成后，你就可以在本地访问该远程仓库中的所有分支，将其中某个分支合并到本地，或者只是取出某个分支，一探究竟。（我们会在第三章详细讨论关于分支的概念和操作。） + +如果是克隆了一个仓库，此命令会自动将远程仓库归于 origin 名下。所以，`git fetch origin` 会抓取从你上次克隆以来别人上传到此远程仓库中的所有更新（或是上次 fetch 以来别人提交的更新）。有一点很重要，需要记住，fetch 命令只是将远端的数据拉到本地仓库，并不自动合并到当前工作分支，只有当你确实准备好了，才能手工合并。 + +如果设置了某个分支用于跟踪某个远端仓库的分支（参见下节及第三章的内容），可以使用 `git pull` 命令自动抓取数据下来，然后将远端分支自动合并到本地仓库中当前分支。在日常工作中我们经常这么用，既快且好。实际上，默认情况下 `git clone` 命令本质上就是自动创建了本地的 master 分支用于跟踪远程仓库中的 master 分支（假设远程仓库确实有 master 分支）。所以一般我们运行 `git pull`，目的都是要从原始克隆的远端仓库中抓取数据后，合并到工作目录中的当前分支。 + + + +### 推送数据到远程仓库 + +项目进行到一个阶段，要同别人分享目前的成果，可以将本地仓库中的数据推送到远程仓库。实现这个任务的命令很简单： `git push [remote-name] [branch-name]`。如果要把本地的 master 分支推送到 `origin` 服务器上（再次说明下，克隆操作会自动使用默认的 master 和 origin 名字），可以运行下面的命令： + +```shell +$ git push origin master +``` + +只有在所克隆的服务器上有写权限，或者同一时刻没有其他人在推数据，这条命令才会如期完成任务。如果在你推数据前，已经有其他人推送了若干更新，那你的推送操作就会被驳回。你必须先把他们的更新抓取到本地，合并到自己的项目中，然后才可以再次推送。 + +![](https://ws3.sinaimg.cn/large/006tKfTcly1fjserpnkpmj30x20xg74p.jpg) + +### 查看远程仓库信息 + +我们可以通过命令 `git remote show [remote-name]` 查看某个远程仓库的详细信息，比如要看所克隆的 `origin` 仓库，可以运行： + +```shell +$ git remote show origin +* remote origin + URL: git://github.com/schacon/ticgit.git + Remote branch merged with 'git pull' while on branch master + master + Tracked remote branches + master + ticgit +``` + +除了对应的克隆地址外，它还给出了许多额外的信息。它友善地告诉你如果是在 master 分支，就可以用 `git pull` 命令抓取数据合并到本地。另外还列出了所有处于跟踪状态中的远端分支。 + +上面的例子非常简单，而随着使用 Git 的深入，`git remote show` 给出的信息可能会像这样： + +```shell +$ git remote show origin +* remote origin + URL: git@github.com:defunkt/github.git + Remote branch merged with 'git pull' while on branch issues + issues + Remote branch merged with 'git pull' while on branch master + master + New remote branches (next fetch will store in remotes/origin) + caching + Stale tracking branches (use 'git remote prune') + libwalker + walker2 + Tracked remote branches + acl + apiv2 + dashboard2 + issues + master + postgres + Local branch pushed with 'git push' + master:master +``` + +它告诉我们，运行 `git push` 时缺省推送的分支是什么（译注：最后两行）。它还显示了有哪些远端分支还没有同步到本地（译注：第六行的 `caching` 分支），哪些已同步到本地的远端分支在远端服务器上已被删除（译注：`Stale tracking branches` 下面的两个分支），以及运行 `git pull` 时将自动合并哪些分支（译注：前四行中列出的 `issues` 和 `master` 分支）。 + + + +### 远程仓库的删除和重命名 + +在新版 Git 中可以用 `git remote rename` 命令修改某个远程仓库在本地的简称，比如想把 `pb` 改成 `paul`，可以这么运行： + +```shell +$ git remote rename pb paul +$ git remote +origin +paul +``` + +注意，对远程仓库的重命名，也会使对应的分支名称发生变化，原来的 `pb/master` 分支现在成了 `paul/master`。 + +碰到远端仓库服务器迁移，或者原来的克隆镜像不再使用，又或者某个参与者不再贡献代码，那么需要移除对应的远端仓库，可以运行 `git remote rm` 命令： + +```shell +$ git remote rm paul +$ git remote +origin +``` + + + +## 打标签 + +同大多数 VCS 一样，Git 也可以对某一时间点上的版本打上标签。人们在发布某个软件版本（比如 v1.0 等等）的时候，经常这么做。本节我们一起来学习如何列出所有可用的标签，如何新建标签，以及各种不同类型标签之间的差别。 + +### 列显已有的标签 + +列出现有标签的命令非常简单，直接运行 `git tag` 即可： + +``` +$ git tag +v0.1 +v1.3 +``` + +显示的标签按字母顺序排列，所以标签的先后并不表示重要程度的轻重。 + +我们可以用特定的搜索模式列出符合条件的标签。在 Git 自身项目仓库中，有着超过 240 个标签，如果你只对 1.4.2 系列的版本感兴趣，可以运行下面的命令： + +```java +$ git tag -l 'v1.4.2.*' +v1.4.2.1 +v1.4.2.2 +v1.4.2.3 +v1.4.2.4 +``` + + + +### 新建标签 + +Git 使用的标签有两种类型：轻量级的（lightweight）和含附注的（annotated）。轻量级标签就像是个不会变化的分支，实际上它就是个指向特定提交对象的引用。而含附注标签，实际上是存储在仓库中的一个独立对象，它有自身的校验和信息，包含着标签的名字，电子邮件地址和日期，以及标签说明，标签本身也允许使用 GNU Privacy Guard (GPG) 来签署或验证。一般我们都建议使用含附注型的标签，以便保留相关信息；当然，如果只是临时性加注标签，或者不需要旁注额外信息，用轻量级标签也没问题。 + + + +### 含附注的标签 + +创建一个含附注类型的标签非常简单，用 `-a` （译注：取 `annotated` 的首字母）指定标签名字即可： + +```Shell +$ git tag -a v1.4 -m 'my version 1.4' +$ git tag +v0.1 +v1.3 +v1.4 +``` + + + +而 `-m` 选项则指定了对应的标签说明，Git 会将此说明一同保存在标签对象中。如果没有给出该选项，Git 会启动文本编辑软件供你输入标签说明。 + +可以使用 `git show` 命令查看相应标签的版本信息，并连同显示打标签时的提交对象。 + +```shell +$ git show v1.4 +tag v1.4 +Tagger: Scott Chacon +Date: Mon Feb 9 14:45:11 2009 -0800 + +my version 1.4 + +commit 15027957951b64cf874c3557a0f3547bd83b3ff6 +Merge: 4a447f7... a6b4c97... +Author: Scott Chacon +Date: Sun Feb 8 19:02:46 2009 -0800 + + Merge branch 'experiment' +``` + + + +我们可以看到在提交对象信息上面，列出了此标签的提交者和提交时间，以及相应的标签说明。 + +### 签署标签 + +如果你有自己的私钥，还可以用 GPG 来签署标签，只需要把之前的 `-a` 改为 `-s` （译注： 取 `signed` 的首字母）即可： + +``` +$ git tag -s v1.5 -m 'my signed 1.5 tag' +You need a passphrase to unlock the secret key for +user: "Scott Chacon " +1024-bit DSA key, ID F721C45A, created 2009-02-09 +``` + +现在再运行 `git show` 会看到对应的 GPG 签名也附在其内： + +``` +$ git show v1.5 +tag v1.5 +Tagger: Scott Chacon +Date: Mon Feb 9 15:22:20 2009 -0800 + +my signed 1.5 tag +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.4.8 (Darwin) + +iEYEABECAAYFAkmQurIACgkQON3DxfchxFr5cACeIMN+ZxLKggJQf0QYiQBwgySN +Ki0An2JeAVUCAiJ7Ox6ZEtK+NvZAj82/ +=WryJ +-----END PGP SIGNATURE----- +commit 15027957951b64cf874c3557a0f3547bd83b3ff6 +Merge: 4a447f7... a6b4c97... +Author: Scott Chacon +Date: Sun Feb 8 19:02:46 2009 -0800 + + Merge branch 'experiment' +``` + + + +### 轻量级标签 + +轻量级标签实际上就是一个保存着对应提交对象的校验和信息的文件。要创建这样的标签，一个 `-a`，`-s` 或 `-m` 选项都不用，直接给出标签名字即可： + +``` +$ git tag v1.4-lw +$ git tag +v0.1 +v1.3 +v1.4 +v1.4-lw +v1.5 +``` + +现在运行 `git show` 查看此标签信息，就只有相应的提交对象摘要： + +``` +$ git show v1.4-lw +commit 15027957951b64cf874c3557a0f3547bd83b3ff6 +Merge: 4a447f7... a6b4c97... +Author: Scott Chacon +Date: Sun Feb 8 19:02:46 2009 -0800 + + Merge branch 'experiment' +``` + +### 验证标签 + +可以使用 `git tag -v [tag-name]` （译注：取 `verify` 的首字母）的方式验证已经签署的标签。此命令会调用 GPG 来验证签名，所以你需要有签署者的公钥，存放在 keyring 中，才能验证： + +``` +$ git tag -v v1.4.2.1 +object 883653babd8ee7ea23e6a5c392bb739348b1eb61 +type commit +tag v1.4.2.1 +tagger Junio C Hamano 1158138501 -0700 + +GIT 1.4.2.1 + +Minor fixes since 1.4.2, including git-mv and git-http with alternates. +gpg: Signature made Wed Sep 13 02:08:25 2006 PDT using DSA key ID F3119B9A +gpg: Good signature from "Junio C Hamano " +gpg: aka "[jpeg image of size 1513]" +Primary key fingerprint: 3565 2A26 2040 E066 C9A7 4A7D C0C6 D9A4 F311 9B9A +``` + +若是没有签署者的公钥，会报告类似下面这样的错误： + +``` +gpg: Signature made Wed Sep 13 02:08:25 2006 PDT using DSA key ID F3119B9A +gpg: Can't check signature: public key not found +error: could not verify the tag 'v1.4.2.1' +``` + +### 后期加注标签 + +你甚至可以在后期对早先的某次提交加注标签。比如在下面展示的提交历史中： + +``` +$ git log --pretty=oneline +15027957951b64cf874c3557a0f3547bd83b3ff6 Merge branch 'experiment' +a6b4c97498bd301d84096da251c98a07c7723e65 beginning write support +0d52aaab4479697da7686c15f77a3d64d9165190 one more thing +6d52a271eda8725415634dd79daabbc4d9b6008e Merge branch 'experiment' +0b7434d86859cc7b8c3d5e1dddfed66ff742fcbc added a commit function +4682c3261057305bdd616e23b64b0857d832627b added a todo file +166ae0c4d3f420721acbb115cc33848dfcc2121a started write support +9fceb02d0ae598e95dc970b74767f19372d61af8 updated rakefile +964f16d36dfccde844893cac5b347e7b3d44abbc commit the todo +8a5cbc430f1a9c3d00faaeffd07798508422908a updated readme +``` + +我们忘了在提交 “updated rakefile” 后为此项目打上版本号 v1.2，没关系，现在也能做。只要在打标签的时候跟上对应提交对象的校验和（或前几位字符）即可： + +``` +$ git tag -a v1.2 9fceb02 +``` + +可以看到我们已经补上了标签： + +``` +$ git tag +v0.1 +v1.2 +v1.3 +v1.4 +v1.4-lw +v1.5 + +$ git show v1.2 +tag v1.2 +Tagger: Scott Chacon +Date: Mon Feb 9 15:32:16 2009 -0800 + +version 1.2 +commit 9fceb02d0ae598e95dc970b74767f19372d61af8 +Author: Magnus Chacon +Date: Sun Apr 27 20:43:35 2008 -0700 + + updated rakefile +... +``` + +### 分享标签 + +默认情况下，`git push` 并不会把标签传送到远端服务器上，只有通过显式命令才能分享标签到远端仓库。其命令格式如同推送分支，运行 `git push origin [tagname]` 即可： + +``` +$ git push origin v1.5 +Counting objects: 50, done. +Compressing objects: 100% (38/38), done. +Writing objects: 100% (44/44), 4.56 KiB, done. +Total 44 (delta 18), reused 8 (delta 1) +To git@github.com:schacon/simplegit.git +* [new tag] v1.5 -> v1.5 +``` + +如果要一次推送所有本地新增的标签上去，可以使用 `--tags` 选项： + +``` +$ git push origin --tags +Counting objects: 50, done. +Compressing objects: 100% (38/38), done. +Writing objects: 100% (44/44), 4.56 KiB, done. +Total 44 (delta 18), reused 8 (delta 1) +To git@github.com:schacon/simplegit.git + * [new tag] v0.1 -> v0.1 + * [new tag] v1.2 -> v1.2 + * [new tag] v1.4 -> v1.4 + * [new tag] v1.4-lw -> v1.4-lw + * [new tag] v1.5 -> v1.5 +``` + +现在，其他人克隆共享仓库或拉取数据同步后，也会看到这些标签。 + + + +## 技巧和窍门 + +在结束本章之前，我还想和大家分享一些 Git 使用的技巧和窍门。很多使用 Git 的开发者可能根本就没用过这些技巧，我们也不是说在读过本书后非得用这些技巧不可，但至少应该有所了解吧。说实话，有了这些小窍门，我们的工作可以变得更简单，更轻松，更高效。 + +### 自动补全 + +如果你用的是 Bash shell，可以试试看 Git 提供的自动补全脚本。下载 Git 的源代码，进入`contrib/completion` 目录，会看到一个 `git-completion.bash` 文件。将此文件复制到你自己的用户主目录中（译注：按照下面的示例，还应改名加上点：`cp git-completion.bash ~/.git-completion.bash`），并把下面一行内容添加到你的 `.bashrc`文件中： + +```shell +source ~/.git-completion.bash +``` + +也可以为系统上所有用户都设置默认使用此脚本。Mac 上将此脚本复制到 `/opt/local/etc/bash_completion.d` 目录中，Linux 上则复制到 `/etc/bash_completion.d/` 目录中。这两处目录中的脚本，都会在 Bash 启动时自动加载。 + +如果在 Windows 上安装了 msysGit，默认使用的 Git Bash 就已经配好了这个自动补全脚本，可以直接使用。 + +在输入 Git 命令的时候可以敲两次跳格键（Tab），就会看到列出所有匹配的可用命令建议： + +```shell +$ git co +commit config +``` + +此例中，键入 git co 然后连按两次 Tab 键，会看到两个相关的建议（命令） commit 和 config。继而输入 `m` 会自动完成 `git commit` 命令的输入。 + +命令的选项也可以用这种方式自动完成，其实这种情况更实用些。比如运行 `git log` 的时候忘了相关选项的名字，可以输入开头的几个字母，然后敲 Tab 键看看有哪些匹配的： + +```shell +$ git log --s +--shortstat --since= --src-prefix= --stat --summary +``` + +### Git 命令别名 + +Git 并不会推断你输入的几个字符将会是哪条命令，不过如果想偷懒，少敲几个命令的字符，可以用 `git config` 为命令设置别名。来看看下面的例子： + +```shell +$ git config --global alias.co checkout +$ git config --global alias.br branch +$ git config --global alias.ci commit +$ git config --global alias.st status +``` + +现在，如果要输入 `git commit` 只需键入 `git ci` 即可。而随着 Git 使用的深入，会有很多经常要用到的命令，遇到这种情况，不妨建个别名提高效率。 + +使用这种技术还可以创造出新的命令，比方说取消暂存文件时的输入比较繁琐，可以自己设置一下： + +```shell +$ git config --global alias.unstage 'reset HEAD --' +``` + +这样一来，下面的两条命令完全等同： + +```shell +$ git unstage fileA +$ git reset HEAD fileA +``` + +显然，使用别名的方式看起来更清楚。另外，我们还经常设置 `last` 命令： + +```shell +$ git config --global alias.last 'log -1 HEAD' +``` + +然后要看最后一次的提交信息，就变得简单多了： + +```shell +$ git last +commit 66938dae3329c7aebe598c2246a8e6af90d04646 +Author: Josh Goebel +Date: Tue Aug 26 19:48:51 2008 +0800 + + test for current head + + Signed-off-by: Scott Chacon +``` + +可以看出，实际上 Git 只是简单地在命令中替换了你设置的别名。不过有时候我们希望运行某个外部命令，而非 Git 的子命令，这个好办，只需要在命令前加上 `!` 就行。如果你自己写了些处理 Git 仓库信息的脚本的话，就可以用这种技术包装起来。作为演示，我们可以设置用 `git visual` 启动 `gitk`： + +```shell +$ git config --global alias.visual '!gitk' +``` + + + +## 何谓分支 + +为了理解 Git 分支的实现方式，我们需要回顾一下 Git 是如何储存数据的。或许你还记得第一章的内容，Git 保存的不是文件差异或者变化量，而只是一系列文件快照。 + +在 Git 中提交时，会保存一个提交（commit）对象，该对象包含一个指向暂存内容快照的指针，包含本次提交的作者等相关附属信息，包含零个或多个指向该提交对象的父对象指针：首次提交是没有直接祖先的，普通提交有一个祖先，由两个或多个分支合并产生的提交则有多个祖先。 + +为直观起见，我们假设在工作目录中有三个文件，准备将它们暂存后提交。暂存操作会对每一个文件计算校验和（即第一章中提到的 SHA-1 哈希字串），然后把当前版本的文件快照保存到 Git 仓库中（Git 使用 blob 类型的对象存储这些快照），并将校验和加入暂存区域： + +```shell +$ git add README test.rb LICENSE +$ git commit -m 'initial commit of my project' +``` + + + +当使用 `git commit` 新建一个提交对象前，Git 会先计算每一个子目录（本例中就是项目根目录）的校验和，然后在 Git 仓库中将这些目录保存为树（tree）对象。之后 Git 创建的提交对象，除了包含相关提交信息以外，还包含着指向这个树对象（项目根目录）的指针，如此它就可以在将来需要的时候，重现此次快照的内容了。 + +现在，Git 仓库中有五个对象：三个表示文件快照内容的 blob 对象；一个记录着目录树内容及其中各个文件对应 blob 对象索引的 tree 对象；以及一个包含指向 tree 对象（根目录）的索引和其他提交信息元数据的 commit 对象。概念上来说，仓库中的各个对象保存的数据和相互关系看起来如下图所示： + +![Git树](http://iissnan.com/progit/book_src/figures/18333fig0301-tn.png) + + + +作些修改后再次提交，那么这次的提交对象会包含一个指向上次提交对象的指针（译注：即下图中的 parent 对象）。两次提交后，仓库历史会变成下图的样子： + +![多次提交后的Git的树](http://iissnan.com/progit/book_src/figures/18333fig0302-tn.png) + + + +现在来谈分支。Git 中的分支，其实本质上仅仅是个指向 commit 对象的可变指针。Git 会使用 master 作为分支的默认名字。在若干次提交后，你其实已经有了一个指向最后一次提交对象的 master 分支，它在每次提交的时候都会自动向前移动。 + +![master](http://iissnan.com/progit/book_src/figures/18333fig0303-tn.png) + + + +分支其实就是从某个提交对象往回看的历史 + + + +那么，Git 又是如何创建一个新的分支的呢？答案很简单，创建一个新的分支指针。比如新建一个 testing 分支，可以使用 `git branch` 命令： + +```shell +$ git branch testing +``` + +这会在当前 commit 对象上新建一个分支指针（见下图）。 + + + +![多个分支指向提交数据的历史](http://iissnan.com/progit/book_src/figures/18333fig0304-tn.png) + +那么，Git 是如何知道你当前在哪个分支上工作的呢？其实答案也很简单，它保存着一个名为 HEAD 的特别指针。请注意它和你熟知的许多其他版本控制系统（比如 Subversion 或 CVS）里的 HEAD 概念大不相同。在 Git 中，它是一个指向你正在工作中的本地分支的指针（译注：将 HEAD 想象为当前分支的别名。）。运行 `git branch` 命令，仅仅是建立了一个新的分支，但不会自动切换到这个分支中去，所以在这个例子中，我们依然还在 master 分支里工作（见下图） + + + +![HEAD 指向当前所在的分支](http://iissnan.com/progit/book_src/figures/18333fig0305-tn.png) + +要切换到其他分支，可以执行 `git checkout` 命令。我们现在转换到新建的 testing 分支： + +```shell +$ git checkout testing +``` + +这样 HEAD 就指向了 testing 分支（见下图）。 + + + +![HEAD 在你转换分支时指向新的分支](http://iissnan.com/progit/book_src/figures/18333fig0306-tn.png) + +这样的实现方式会给我们带来什么好处呢？好吧，现在不妨再提交一次： + +```shell +$ vim test.rb +$ git commit -a -m 'made a change' +``` + +下图展示了提交后的结果。 + + + +![每次提交后 HEAD 随着分支一起向前移动](http://iissnan.com/progit/book_src/figures/18333fig0307-tn.png) + +非常有趣，现在 testing 分支向前移动了一格，而 master 分支仍然指向原先 `git checkout` 时所在的 commit 对象。现在我们回到 master 分支看看: + +```shell +$ git checkout master +``` + + + +![ HEAD 在一次 checkout 之后移动到了另一个分支](http://iissnan.com/progit/book_src/figures/18333fig0308-tn.png) + + + +这条命令做了两件事。它把 HEAD 指针移回到 master 分支，并把工作目录中的文件换成了 master 分支所指向的快照内容。也就是说，现在开始所做的改动，将始于本项目中一个较老的版本。它的主要作用是将 testing 分支里作出的修改暂时取消，这样你就可以向另一个方向进行开发。 + +我们作些修改后再次提交： + +```shell +$ vim test.rb +$ git commit -a -m 'made other changes' +``` + +现在我们的项目提交历史产生了分叉（如图 3-9 所示），因为刚才我们创建了一个分支，转换到其中进行了一些工作，然后又回到原来的主分支进行了另外一些工作。这些改变分别孤立在不同的分支里：我们可以在不同分支里反复切换，并在时机成熟时把它们合并到一起。而所有这些工作，仅仅需要 `branch` 和 `checkout` 这两条命令就可以完成。 + +![不同流向的分支历史](http://iissnan.com/progit/book_src/figures/18333fig0309-tn.png) + +由于 Git 中的分支实际上仅是一个包含所指对象校验和（40 个字符长度 SHA-1 字串）的文件，所以创建和销毁一个分支就变得非常廉价。说白了，新建一个分支就是向一个文件写入 41 个字节（外加一个换行符）那么简单，当然也就很快了。 + +这和大多数版本控制系统形成了鲜明对比，它们管理分支大多采取备份所有项目文件到特定目录的方式，所以根据项目文件数量和大小不同，可能花费的时间也会有相当大的差别，快则几秒，慢则数分钟。而 Git 的实现与项目复杂度无关，它永远可以在几毫秒的时间内完成分支的创建和切换。同时，因为每次提交时都记录了祖先信息（译注：即 `parent` 对象），将来要合并分支时，寻找恰当的合并基础（译注：即共同祖先）的工作其实已经自然而然地摆在那里了，所以实现起来非常容易。Git 鼓励开发者频繁使用分支，正是因为有着这些特性作保障。 + +接下来看看，我们为什么应该频繁使用分支。 + + + +## 分支的新建与合并 + +现在让我们来看一个简单的分支与合并的例子，实际工作中大体也会用到这样的工作流程： + +1. 开发某个网站。 +2. 为实现某个新的需求，创建一个分支。 +3. 在这个分支上开展工作。 + +假设此时，你突然接到一个电话说有个很严重的问题需要紧急修补，那么可以按照下面的方式处理： + +1. 返回到原先已经发布到生产服务器上的分支。 +2. 为这次紧急修补建立一个新分支，并在其中修复问题。 +3. 通过测试后，回到生产服务器所在的分支，将修补分支合并进来，然后再推送到生产服务器上。 +4. 切换到之前实现新需求的分支，继续工作。 + +### 分支的新建与切换 + +首先，我们假设你正在项目中愉快地工作，并且已经提交了几次更新（见下图）。 + +![剪短的提交历史](http://iissnan.com/progit/book_src/figures/18333fig0310-tn.png) + +现在，你决定要修补问题追踪系统上的 #53 问题。顺带说明下，Git 并不同任何特定的问题追踪系统打交道。这里为了说明要解决的问题，才把新建的分支取名为 iss53。要新建并切换到该分支，运行 `git checkout` 并加上 `-b` 参数： + +```shell +$ git checkout -b iss53 +Switched to a new branch 'iss53' +``` + +这相当于执行下面这两条命令： + +```shell +$ git branch iss53 +$ git checkout iss53 +``` + + + +![创建新的指针分支](http://iissnan.com/progit/book_src/figures/18333fig0311-tn.png) + +接着你开始尝试修复问题，在提交了若干次更新后，`iss53` 分支的指针也会随着向前推进，因为它就是当前分支（换句话说，当前的 `HEAD` 指针正指向 `iss53`，见图 3-12）： + +``` +$ vim index.html +$ git commit -a -m 'added a new footer [issue 53]' +``` + + + +![iss53 分支随工作进展向前推进](http://iissnan.com/progit/book_src/figures/18333fig0312-tn.png) + + + +现在你就接到了那个网站问题的紧急电话，需要马上修补。有了 Git ，我们就不需要同时发布这个补丁和 `iss53` 里作出的修改，也不需要在创建和发布该补丁到服务器之前花费大力气来复原这些修改。唯一需要的仅仅是切换回 `master` 分支。 + +不过在此之前，留心你的暂存区或者工作目录里，那些还没有提交的修改，它会和你即将检出的分支产生冲突从而阻止 Git 为你切换分支。切换分支的时候最好保持一个清洁的工作区域。稍后会介绍几个绕过这种问题的办法（分别叫做 stashing 和 commit amending）。目前已经提交了所有的修改，所以接下来可以正常转换到 `master` 分支： + +```shell +$ git checkout master +Switched to branch 'master' +``` + +此时工作目录中的内容和你在解决问题 #53 之前一模一样，你可以集中精力进行紧急修补。这一点值得牢记：Git 会把工作目录的内容恢复为检出某分支时它所指向的那个提交对象的快照。它会自动添加、删除和修改文件以确保目录的内容和你当时提交时完全一样。 + +接下来，你得进行紧急修补。我们创建一个紧急修补分支 `hotfix` 来开展工作，直到搞定（见下图）： + +```Shell +$ git checkout -b hotfix +Switched to a new branch 'hotfix' +$ vim index.html +$ git commit -a -m 'fixed the broken email address' +[hotfix 3a0874c] fixed the broken email address + 1 files changed, 1 deletion(-) +``` + +![ hotfix 分支是从 master 分支所在点分化出来的](http://iissnan.com/progit/book_src/figures/18333fig0313-tn.png) + + + +有必要作些测试，确保修补是成功的，然后回到 `master` 分支并把它合并进来，然后发布到生产服务器。用 `git merge` 命令来进行合并： + +```Shell +$ git checkout master +$ git merge hotfix +Updating f42c576..3a0874c +Fast-forward + README | 1 - + 1 file changed, 1 deletion(-) +``` + + + +请注意，合并时出现了“Fast forward”的提示。由于当前 `master` 分支所在的提交对象是要并入的 `hotfix` 分支的直接上游，Git 只需把 `master` 分支指针直接右移。换句话说，如果顺着一个分支走下去可以到达另一个分支的话，那么 Git 在合并两者时，只会简单地把指针右移，因为这种单线的历史分支不存在任何需要解决的分歧，所以这种合并过程可以称为快进（Fast forward）。 + +现在最新的修改已经在当前 `master` 分支所指向的提交对象中了，可以部署到生产服务器上去了（见下图）。 + +![合并之后，master 分支和 hotfix 分支指向同一位置](http://iissnan.com/progit/book_src/figures/18333fig0314-tn.png) + +在那个超级重要的修补发布以后，你想要回到被打扰之前的工作。由于当前 `hotfix` 分支和 `master` 都指向相同的提交对象，所以 `hotfix` 已经完成了历史使命，可以删掉了。使用 `git branch` 的 `-d` 选项执行删除操作： + +```shell +$ git branch -d hotfix +Deleted branch hotfix (was 3a0874c). +``` + +现在回到之前未完成的 #53 问题修复分支上继续工作（图 3-15）： + +```shell +$ git checkout iss53 +Switched to branch 'iss53' +$ vim index.html +$ git commit -a -m 'finished the new footer [issue 53]' +[iss53 ad82d7a] finished the new footer [issue 53] + 1 file changed, 1 insertion(+) +``` + + + +![iss53 分支可以不受影响继续推进。](http://iissnan.com/progit/book_src/figures/18333fig0315-tn.png) + +值得注意的是之前 `hotfix` 分支的修改内容尚未包含到 `iss53` 中来。如果需要纳入此次修补，可以用 `git merge master` 把 master 分支合并到 `iss53`；或者等 `iss53` 完成之后，再将 `iss53` 分支中的更新并入 `master`。 + +### 分支的合并 + +在问题 #53 相关的工作完成之后，可以合并回 `master` 分支。实际操作同前面合并 `hotfix` 分支差不多，只需回到 `master` 分支，运行 `git merge` 命令指定要合并进来的分支： + +```shell +$ git checkout master +$ git merge iss53 +Auto-merging README +Merge made by the 'recursive' strategy. + README | 1 + + 1 file changed, 1 insertion(+) +``` + +请注意，这次合并操作的底层实现，并不同于之前 `hotfix` 的并入方式。因为这次你的开发历史是从更早的地方开始分叉的。由于当前 `master` 分支所指向的提交对象（C4）并不是 `iss53` 分支的直接祖先，Git 不得不进行一些额外处理。就此例而言，Git 会用两个分支的末端（C4 和 C5）以及它们的共同祖先（C2）进行一次简单的三方合并计算。图 3-16 用红框标出了 Git 用于合并的三个提交对象： + +![Git 为分支合并自动识别出最佳的同源合并点。](http://iissnan.com/progit/book_src/figures/18333fig0316-tn.png) + +这次，Git 没有简单地把分支指针右移，而是对三方合并后的结果重新做一个新的快照，并自动创建一个指向它的提交对象（C6）（见图 3-17）。这个提交对象比较特殊，它有两个祖先（C4 和 C5）。 + +值得一提的是 Git 可以自己裁决哪个共同祖先才是最佳合并基础；这和 CVS 或 Subversion（1.5 以后的版本）不同，它们需要开发者手工指定合并基础。所以此特性让 Git 的合并操作比其他系统都要简单不少。 + +![Git 自动创建了一个包含了合并结果的提交对象。](http://iissnan.com/progit/book_src/figures/18333fig0317-tn.png) + +既然之前的工作成果已经合并到 `master` 了，那么 `iss53` 也就没用了。你可以就此删除它，并在问题追踪系统里关闭该问题。 + +```shell +$ git branch -d iss53 +``` + + + +### 遇到冲突时的分支合并 + +有时候合并操作并不会如此顺利。如果在不同的分支中都修改了同一个文件的同一部分，Git 就无法干净地把两者合到一起（译注：逻辑上说，这种问题只能由人来裁决。）。如果你在解决问题 #53 的过程中修改了 `hotfix` 中修改的部分，将得到类似下面的结果： + +```shell +$ git merge iss53 +Auto-merging index.html +CONFLICT (content): Merge conflict in index.html +Automatic merge failed; fix conflicts and then commit the result. +``` + + + +Git 作了合并，但没有提交，它会停下来等你解决冲突。要看看哪些文件在合并时发生冲突，可以用 `git status` 查阅： + +```shell +$ git status +On branch master +You have unmerged paths. + (fix conflicts and run "git commit") + +Unmerged paths: + (use "git add ..." to mark resolution) + + both modified: index.html + +no changes added to commit (use "git add" and/or "git commit -a") +``` + +任何包含未解决冲突的文件都会以未合并（unmerged）的状态列出。Git 会在有冲突的文件里加入标准的冲突解决标记，可以通过它们来手工定位并解决这些冲突。可以看到此文件包含类似下面这样的部分： + +``` +<<<<<<< HEAD + +======= + +>>>>>>> iss53 +``` + +可以看到 `=======` 隔开的上半部分，是 `HEAD`（即 `master` 分支，在运行 `merge` 命令时所切换到的分支）中的内容，下半部分是在 `iss53` 分支中的内容。解决冲突的办法无非是二者选其一或者由你亲自整合到一起。比如你可以通过把这段内容替换为下面这样来解决： + +``` + +``` + +这个解决方案各采纳了两个分支中的一部分内容，而且我还删除了 `<<<<<<<`，`=======` 和 `>>>>>>>` 这些行。在解决了所有文件里的所有冲突后，运行 `git add` 将把它们标记为已解决状态（译注：实际上就是来一次快照保存到暂存区域。）。因为一旦暂存，就表示冲突已经解决。如果你想用一个有图形界面的工具来解决这些问题，不妨运行 `git mergetool`，它会调用一个可视化的合并工具并引导你解决所有冲突： + +``` +$ git mergetool + +This message is displayed because 'merge.tool' is not configured. +See 'git mergetool --tool-help' or 'git help config' for more details. +'git mergetool' will now attempt to use one of the following tools: +opendiff kdiff3 tkdiff xxdiff meld tortoisemerge gvimdiff diffuse diffmerge ecmerge p4merge araxis bc3 codecompare vimdiff emerge +Merging: +index.html + +Normal merge conflict for 'index.html': + {local}: modified file + {remote}: modified file +Hit return to start merge resolution tool (opendiff): +``` + +如果不想用默认的合并工具（Git 为我默认选择了 `opendiff`，因为我在 Mac 上运行了该命令），你可以在上方"merge tool candidates"里找到可用的合并工具列表，输入你想用的工具名。我们将在第七章讨论怎样改变环境中的默认值。 + +退出合并工具以后，Git 会询问你合并是否成功。如果回答是，它会为你把相关文件暂存起来，以表明状态为已解决。 + +再运行一次 `git status` 来确认所有冲突都已解决： + +``` +$ git status +On branch master +Changes to be committed: + (use "git reset HEAD ..." to unstage) + + modified: index.html +``` + +如果觉得满意了，并且确认所有冲突都已解决，也就是进入了暂存区，就可以用 `git commit` 来完成这次合并提交。提交的记录差不多是这样： + +``` +Merge branch 'iss53' + +Conflicts: + index.html +# +# It looks like you may be committing a merge. +# If this is not correct, please remove the file +# .git/MERGE_HEAD +# and try again. +# +``` + +如果想给将来看这次合并的人一些方便，可以修改该信息，提供更多合并细节。比如你都作了哪些改动，以及这么做的原因。有时候裁决冲突的理由并不直接或明显，有必要略加注解。 + + + +## 分支的管理 + +到目前为止，你已经学会了如何创建、合并和删除分支。除此之外，我们还需要学习如何管理分支，在日后的常规工作中会经常用到下面介绍的管理命令。 + +`git branch` 命令不仅仅能创建和删除分支，如果不加任何参数，它会给出当前所有分支的清单： + +``` +$ git branch + iss53 +* master + testing +``` + +注意看 `master` 分支前的 `*` 字符：它表示当前所在的分支。也就是说，如果现在提交更新，`master` 分支将随着开发进度前移。若要查看各个分支最后一个提交对象的信息，运行 `git branch -v`： + +``` +$ git branch -v + iss53 93b412c fix javascript issue +* master 7a98805 Merge branch 'iss53' + testing 782fd34 add scott to the author list in the readmes +``` + +要从该清单中筛选出你已经（或尚未）与当前分支合并的分支，可以用 `--merged` 和 `--no-merged` 选项（Git 1.5.6 以上版本）。比如用 `git branch --merged` 查看哪些分支已被并入当前分支（译注：也就是说哪些分支是当前分支的直接上游。）： + +``` +$ git branch --merged + iss53 +* master +``` + +之前我们已经合并了 `iss53`，所以在这里会看到它。一般来说，列表中没有 `*` 的分支通常都可以用 `git branch -d` 来删掉。原因很简单，既然已经把它们所包含的工作整合到了其他分支，删掉也不会损失什么。 + +另外可以用 `git branch --no-merged` 查看尚未合并的工作： + +``` +$ git branch --no-merged + testing +``` + +它会显示还未合并进来的分支。由于这些分支中还包含着尚未合并进来的工作成果，所以简单地用 `git branch -d` 删除该分支会提示错误，因为那样做会丢失数据： + +``` +$ git branch -d testing +error: The branch 'testing' is not fully merged. +If you are sure you want to delete it, run 'git branch -D testing'. +``` + +不过，如果你确实想要删除该分支上的改动，可以用大写的删除选项 `-D` 强制执行，就像上面提示信息中给出的那样。 + + + +## 利用分支进行开发的工作流程 + +现在我们已经学会了新建分支和合并分支，可以（或应该）用它来做点什么呢？在本节，我们会介绍一些利用分支进行开发的工作流程。而正是由于分支管理的便捷，才衍生出了这类典型的工作模式，你可以根据项目的实际情况选择一种用用看。 + +### 长期分支 + +由于 Git 使用简单的三方合并，所以就算在较长一段时间内，反复多次把某个分支合并到另一分支，也不是什么难事。也就是说，你可以同时拥有多个开放的分支，每个分支用于完成特定的任务，随着开发的推进，你可以随时把某个特性分支的成果并到其他分支中。 + +许多使用 Git 的开发者都喜欢用这种方式来开展工作，比如仅在 `master` 分支中保留完全稳定的代码，即已经发布或即将发布的代码。与此同时，他们还有一个名为 `develop` 或 `next` 的平行分支，专门用于后续的开发，或仅用于稳定性测试 — 当然并不是说一定要绝对稳定，不过一旦进入某种稳定状态，便可以把它合并到 `master` 里。这样，在确保这些已完成的特性分支（短期分支，比如之前的 `iss53` 分支）能够通过所有测试，并且不会引入更多错误之后，就可以并到主干分支中，等待下一次的发布。 + +本质上我们刚才谈论的，是随着提交对象不断右移的指针。稳定分支的指针总是在提交历史中落后一大截，而前沿分支总是比较靠前（见图 3-18）。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0318-tn.png) +图 3-18. 稳定分支总是比较老旧。 + +或者把它们想象成工作流水线，或许更好理解一些，经过测试的提交对象集合被遴选到更稳定的流水线（见图 3-19）。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0319-tn.png) +图 3-19. 想象成流水线可能会容易点。 + +你可以用这招维护不同层次的稳定性。某些大项目还会有个 `proposed`（建议）或 `pu`（proposed updates，建议更新）分支，它包含着那些可能还没有成熟到进入 `next` 或 `master` 的内容。这么做的目的是拥有不同层次的稳定性：当这些分支进入到更稳定的水平时，再把它们合并到更高层分支中去。再次说明下，使用多个长期分支的做法并非必需，不过一般来说，对于特大型项目或特复杂的项目，这么做确实更容易管理。 + +### 特性分支 + +在任何规模的项目中都可以使用特性（Topic）分支。一个特性分支是指一个短期的，用来实现单一特性或与其相关工作的分支。可能你在以前的版本控制系统里从未做过类似这样的事情，因为通常创建与合并分支消耗太大。然而在 Git 中，一天之内建立、使用、合并再删除多个分支是常见的事。 + +我们在上节的例子里已经见过这种用法了。我们创建了 `iss53` 和 `hotfix` 这两个特性分支，在提交了若干更新后，把它们合并到主干分支，然后删除。该技术允许你迅速且完全的进行语境切换 — 因为你的工作分散在不同的流水线里，每个分支里的改变都和它的目标特性相关，浏览代码之类的事情因而变得更简单了。你可以把作出的改变保持在特性分支中几分钟，几天甚至几个月，等它们成熟以后再合并，而不用在乎它们建立的顺序或者进度。 + +现在我们来看一个实际的例子。请看图 3-20，由下往上，起先我们在 `master` 工作到 C1，然后开始一个新分支 `iss91` 尝试修复 91 号缺陷，提交到 C6 的时候，又冒出一个解决该问题的新办法，于是从之前 C4 的地方又分出一个分支 `iss91v2`，干到 C8 的时候，又回到主干 `master` 中提交了 C9 和 C10，再回到 `iss91v2` 继续工作，提交 C11，接着，又冒出个不太确定的想法，从 `master` 的最新提交 C10 处开了个新的分支 `dumbidea` 做些试验。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0320-tn.png) +图 3-20. 拥有多个特性分支的提交历史。 + +现在，假定两件事情：我们最终决定使用第二个解决方案，即 `iss91v2` 中的办法；另外，我们把 `dumbidea` 分支拿给同事们看了以后，发现它竟然是个天才之作。所以接下来，我们准备抛弃原来的 `iss91` 分支（实际上会丢弃 C5 和 C6），直接在主干中并入另外两个分支。最终的提交历史将变成图 3-21 这样： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0321-tn.png) +图 3-21. 合并了 dumbidea 和 iss91v2 后的分支历史。 + +请务必牢记这些分支全部都是本地分支，这一点很重要。当你在使用分支及合并的时候，一切都是在你自己的 Git 仓库中进行的 — 完全不涉及与服务器的交互。 + + + +## 远程分支 + +远程分支（remote branch）是对远程仓库中的分支的索引。它们是一些无法移动的本地分支；只有在 Git 进行网络交互时才会更新。远程分支就像是书签，提醒着你上次连接远程仓库时上面各分支的位置。 + +我们用 `(远程仓库名)/(分支名)` 这样的形式表示远程分支。比如我们想看看上次同 `origin` 仓库通讯时 `master` 分支的样子，就应该查看 `origin/master` 分支。如果你和同伴一起修复某个问题，但他们先推送了一个 `iss53` 分支到远程仓库，虽然你可能也有一个本地的 `iss53` 分支，但指向服务器上最新更新的却应该是 `origin/iss53` 分支。 + +可能有点乱，我们不妨举例说明。假设你们团队有个地址为 `git.ourcompany.com` 的 Git 服务器。如果你从这里克隆，Git 会自动为你将此远程仓库命名为 `origin`，并下载其中所有的数据，建立一个指向它的 `master` 分支的指针，在本地命名为 `origin/master`，但你无法在本地更改其数据。接着，Git 建立一个属于你自己的本地 `master`分支，始于 `origin` 上 `master` 分支相同的位置，你可以就此开始工作（见图 3-22）： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0322-tn.png) +图 3-22. 一次 Git 克隆会建立你自己的本地分支 master 和远程分支 origin/master，并且将它们都指向 `origin` 上的 `master` 分支。 + +如果你在本地 `master` 分支做了些改动，与此同时，其他人向 `git.ourcompany.com` 推送了他们的更新，那么服务器上的 `master` 分支就会向前推进，而与此同时，你在本地的提交历史正朝向不同方向发展。不过只要你不和服务器通讯，你的 `origin/master` 指针仍然保持原位不会移动（见图 3-23）。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0323-tn.png) +图 3-23. 在本地工作的同时有人向远程仓库推送内容会让提交历史开始分流。 + +可以运行 `git fetch origin` 来同步远程服务器上的数据到本地。该命令首先找到 `origin` 是哪个服务器（本例为 `git.ourcompany.com`），从上面获取你尚未拥有的数据，更新你本地的数据库，然后把 `origin/master` 的指针移到它最新的位置上（见图 3-24）。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0324-tn.png) +图 3-24. `git fetch` 命令会更新 remote 索引。 + +为了演示拥有多个远程分支（在不同的远程服务器上）的项目是如何工作的，我们假设你还有另一个仅供你的敏捷开发小组使用的内部服务器 `git.team1.ourcompany.com`。可以用第二章中提到的 `git remote add` 命令把它加为当前项目的远程分支之一。我们把它命名为 `teamone`，以便代替完整的 Git URL 以方便使用（见图 3-25）。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0325-tn.png) +图 3-25. 把另一个服务器加为远程仓库 + +现在你可以用 `git fetch teamone` 来获取小组服务器上你还没有的数据了。由于当前该服务器上的内容是你 `origin` 服务器上的子集，Git 不会下载任何数据，而只是简单地创建一个名为 `teamone/master` 的远程分支，指向 `teamone` 服务器上 `master` 分支所在的提交对象 `31b8e`（见图 3-26）。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0326-tn.png) +图 3-26. 你在本地有了一个指向 teamone 服务器上 master 分支的索引。 + +### 推送本地分支 + +要想和其他人分享某个本地分支，你需要把它推送到一个你拥有写权限的远程仓库。你创建的本地分支不会因为你的写入操作而被自动同步到你引入的远程服务器上，你需要明确地执行推送分支的操作。换句话说，对于无意分享的分支，你尽管保留为私人分支好了，而只推送那些协同工作要用到的特性分支。 + +如果你有个叫 `serverfix` 的分支需要和他人一起开发，可以运行 `git push (远程仓库名) (分支名)`： + +``` +$ git push origin serverfix +Counting objects: 20, done. +Compressing objects: 100% (14/14), done. +Writing objects: 100% (15/15), 1.74 KiB, done. +Total 15 (delta 5), reused 0 (delta 0) +To git@github.com:schacon/simplegit.git + * [new branch] serverfix -> serverfix +``` + +这里其实走了一点捷径。Git 自动把 `serverfix` 分支名扩展为 `refs/heads/serverfix:refs/heads/serverfix`，意为“取出我在本地的 serverfix 分支，推送到远程仓库的 serverfix 分支中去”。我们将在第九章进一步介绍 `refs/heads/` 部分的细节，不过一般使用的时候都可以省略它。也可以运行 `git push origin serverfix:serverfix` 来实现相同的效果，它的意思是“上传我本地的 serverfix 分支到远程仓库中去，仍旧称它为 serverfix 分支”。通过此语法，你可以把本地分支推送到某个命名不同的远程分支：若想把远程分支叫作 `awesomebranch`，可以用 `git push origin serverfix:awesomebranch` 来推送数据。 + +接下来，当你的协作者再次从服务器上获取数据时，他们将得到一个新的远程分支 `origin/serverfix`，并指向服务器上 `serverfix` 所指向的版本： + +``` +$ git fetch origin +remote: Counting objects: 20, done. +remote: Compressing objects: 100% (14/14), done. +remote: Total 15 (delta 5), reused 0 (delta 0) +Unpacking objects: 100% (15/15), done. +From git@github.com:schacon/simplegit + * [new branch] serverfix -> origin/serverfix +``` + +值得注意的是，在 `fetch` 操作下载好新的远程分支之后，你仍然无法在本地编辑该远程仓库中的分支。换句话说，在本例中，你不会有一个新的 `serverfix` 分支，有的只是一个你无法移动的 `origin/serverfix` 指针。 + +如果要把该远程分支的内容合并到当前分支，可以运行 `git merge origin/serverfix`。如果想要一份自己的 `serverfix` 来开发，可以在远程分支的基础上分化出一个新的分支来： + +``` +$ git checkout -b serverfix origin/serverfix +Branch serverfix set up to track remote branch serverfix from origin. +Switched to a new branch 'serverfix' +``` + +这会切换到新建的 `serverfix` 本地分支，其内容同远程分支 `origin/serverfix` 一致，这样你就可以在里面继续开发了。 + +### 跟踪远程分支 + +从远程分支 `checkout` 出来的本地分支，称为 *跟踪分支* (tracking branch)。跟踪分支是一种和某个远程分支有直接联系的本地分支。在跟踪分支里输入 `git push`，Git 会自行推断应该向哪个服务器的哪个分支推送数据。同样，在这些分支里运行 `git pull` 会获取所有远程索引，并把它们的数据都合并到本地分支中来。 + +在克隆仓库时，Git 通常会自动创建一个名为 `master` 的分支来跟踪 `origin/master`。这正是 `git push` 和 `git pull` 一开始就能正常工作的原因。当然，你可以随心所欲地设定为其它跟踪分支，比如 `origin` 上除了 `master`之外的其它分支。刚才我们已经看到了这样的一个例子：`git checkout -b [分支名] [远程名]/[分支名]`。如果你有 1.6.2 以上版本的 Git，还可以用 `--track` 选项简化： + +``` +$ git checkout --track origin/serverfix +Branch serverfix set up to track remote branch serverfix from origin. +Switched to a new branch 'serverfix' +``` + +要为本地分支设定不同于远程分支的名字，只需在第一个版本的命令里换个名字： + +``` +$ git checkout -b sf origin/serverfix +Branch sf set up to track remote branch serverfix from origin. +Switched to a new branch 'sf' +``` + +现在你的本地分支 `sf` 会自动将推送和抓取数据的位置定位到 `origin/serverfix` 了。 + +### 删除远程分支 + +如果不再需要某个远程分支了，比如搞定了某个特性并把它合并进了远程的 `master` 分支（或任何其他存放稳定代码的分支），可以用这个非常无厘头的语法来删除它：`git push [远程名] :[分支名]`。如果想在服务器上删除 `serverfix` 分支，运行下面的命令： + +``` +$ git push origin :serverfix +To git@github.com:schacon/simplegit.git + - [deleted] serverfix +``` + +咚！服务器上的分支没了。你最好特别留心这一页，因为你一定会用到那个命令，而且你很可能会忘掉它的语法。有种方便记忆这条命令的方法：记住我们不久前见过的 `git push [远程名] [本地分支]:[远程分支]` 语法，如果省略 `[本地分支]`，那就等于是在说“在这里提取空白然后把它变成`[远程分支]`”。 + + + +## 分支的衍合 + +把一个分支中的修改整合到另一个分支的办法有两种：`merge` 和 `rebase`（译注：`rebase` 的翻译暂定为“衍合”，大家知道就可以了。）。在本章我们会学习什么是衍合，如何使用衍合，为什么衍合操作如此富有魅力，以及我们应该在什么情况下使用衍合。 + +### 基本的衍合操作 + +请回顾之前有关合并的一节（见图 3-27），你会看到开发进程分叉到两个不同分支，又各自提交了更新。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0327-tn.png) +图 3-27. 最初分叉的提交历史。 + +之前介绍过，最容易的整合分支的方法是 `merge` 命令，它会把两个分支最新的快照（C3 和 C4）以及二者最新的共同祖先（C2）进行三方合并，合并的结果是产生一个新的提交对象（C5）。如图 3-28 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0328-tn.png) + + + + + +图 3-28. 通过合并一个分支来整合分叉了的历史。 + +其实，还有另外一个选择：你可以把在 C3 里产生的变化补丁在 C4 的基础上重新打一遍。在 Git 里，这种操作叫做*衍合（rebase）*。有了 `rebase` 命令，就可以把在一个分支里提交的改变移到另一个分支里重放一遍。 + +在上面这个例子中，运行： + +``` +$ git checkout experiment +$ git rebase master +First, rewinding head to replay your work on top of it... +Applying: added staged command +``` + +它的原理是回到两个分支最近的共同祖先，根据当前分支（也就是要进行衍合的分支 `experiment`）后续的历次提交对象（这里只有一个 C3），生成一系列文件补丁，然后以基底分支（也就是主干分支 `master`）最后一个提交对象（C4）为新的出发点，逐个应用之前准备好的补丁文件，最后会生成一个新的合并提交对象（C3'），从而改写 `experiment` 的提交历史，使它成为 `master` 分支的直接下游，如图 3-29 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0329-tn.png) +图 3-29. 把 C3 里产生的改变到 C4 上重演一遍。 + +现在回到 `master` 分支，进行一次快进合并（见图 3-30）： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0330-tn.png) + +图 3-30. master 分支的快进。 + +现在的 C3' 对应的快照，其实和普通的三方合并，即上个例子中的 C5 对应的快照内容一模一样了。虽然最后整合得到的结果没有任何区别，但衍合能产生一个更为整洁的提交历史。如果视察一个衍合过的分支的历史记录，看起来会更清楚：仿佛所有修改都是在一根线上先后进行的，尽管实际上它们原本是同时并行发生的。 + +一般我们使用衍合的目的，是想要得到一个能在远程分支上干净应用的补丁 — 比如某些项目你不是维护者，但想帮点忙的话，最好用衍合：先在自己的一个分支里进行开发，当准备向主项目提交补丁的时候，根据最新的 `origin/master` 进行一次衍合操作然后再提交，这样维护者就不需要做任何整合工作（译注：实际上是把解决分支补丁同最新主干代码之间冲突的责任，化转为由提交补丁的人来解决。），只需根据你提供的仓库地址作一次快进合并，或者直接采纳你提交的补丁。 + +请注意，合并结果中最后一次提交所指向的快照，无论是通过衍合，还是三方合并，都会得到相同的快照内容，只不过提交历史不同罢了。衍合是按照每行的修改次序重演一遍修改，而合并是把最终结果合在一起。 + +### 有趣的衍合 + +衍合也可以放到其他分支进行，并不一定非得根据分化之前的分支。以图 3-31 的历史为例，我们为了给服务器端代码添加一些功能而创建了特性分支 `server`，然后提交 C3 和 C4。然后又从 C3 的地方再增加一个 `client` 分支来对客户端代码进行一些相应修改，所以提交了 C8 和 C9。最后，又回到 `server` 分支提交了 C10。 + + + +![img](http://iissnan.com/progit/book_src/figures/18333fig0331-tn.png) +图 3-31. 从一个特性分支里再分出一个特性分支的历史。 + +假设在接下来的一次软件发布中，我们决定先把客户端的修改并到主线中，而暂缓并入服务端软件的修改（因为还需要进一步测试）。这个时候，我们就可以把基于 `client` 分支而非 `server` 分支的改变（即 C8 和 C9），跳过 `server` 直接放到 `master` 分支中重演一遍，但这需要用 `git rebase` 的 `--onto` 选项指定新的基底分支 `master`： + +```shell +$ git rebase --onto master server client +``` + +这好比在说：“取出 `client` 分支，找出 `client` 分支和 `server` 分支的共同祖先之后的变化，然后把它们在 `master` 上重演一遍”。是不是有点复杂？不过它的结果如图 3-32 所示，非常酷（译注：虽然 `client` 里的 C8, C9 在 C3 之后，但这仅表明时间上的先后，而非在 C3 修改的基础上进一步改动，因为 `server` 和 `client` 这两个分支对应的代码应该是两套文件，虽然这么说不是很严格，但应理解为在 C3 时间点之后，对另外的文件所做的 C8，C9 修改，放到主干重演。）： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0332-tn.png) +图 3-32. 将特性分支上的另一个特性分支衍合到其他分支。 + +现在可以快进 `master` 分支了（见图 3-33）： + +```shell +$ git checkout master +$ git merge client +``` + + + +![img](http://iissnan.com/progit/book_src/figures/18333fig0333-tn.png) +图 3-33. 快进 master 分支，使之包含 client 分支的变化。 + +现在我们决定把 `server` 分支的变化也包含进来。我们可以直接把 `server` 分支衍合到 `master`，而不用手工切换到 `server` 分支后再执行衍合操作 — `git rebase [主分支] [特性分支]` 命令会先取出特性分支 `server`，然后在主分支 `master` 上重演： + +```shell +$ git rebase master server +``` + +于是，`server` 的进度应用到 `master` 的基础上，如图 3-34 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0334-tn.png) +图 3-34. 在 master 分支上衍合 server 分支。 + +然后就可以快进主干分支 `master` 了： + +```shell +$ git checkout master +$ git merge server +``` + +现在 `client` 和 `server` 分支的变化都已经集成到主干分支来了，可以删掉它们了。最终我们的提交历史会变成图 3-35 的样子： + +```shell +$ git branch -d client +$ git branch -d server +``` + +![img](http://iissnan.com/progit/book_src/figures/18333fig0335-tn.png) + + + +图 3-34. 在 master 分支上衍合 server 分支。 + +然后就可以快进主干分支 `master` 了： + +``` +$ git checkout master +$ git merge server +``` + +现在 `client` 和 `server` 分支的变化都已经集成到主干分支来了，可以删掉它们了。最终我们的提交历史会变成图 3-35 的样子： + +``` +$ git branch -d client +$ git branch -d server +``` + +![img](http://iissnan.com/progit/book_src/figures/18333fig0335-tn.png) +图 3-35. 最终的提交历史 + +### 衍合的风险 + +呃，奇妙的衍合也并非完美无缺，要用它得遵守一条准则： + +**一旦分支中的提交对象发布到公共仓库，就千万不要对该分支进行衍合操作。** + +如果你遵循这条金科玉律，就不会出差错。否则，人民群众会仇恨你，你的朋友和家人也会嘲笑你，唾弃你。 + +在进行衍合的时候，实际上抛弃了一些现存的提交对象而创造了一些类似但不同的新的提交对象。如果你把原来分支中的提交对象发布出去，并且其他人更新下载后在其基础上开展工作，而稍后你又用 `git rebase` 抛弃这些提交对象，把新的重演后的提交对象发布出去的话，你的合作者就不得不重新合并他们的工作，这样当你再次从他们那里获取内容时，提交历史就会变得一团糟。 + + + + + + + +---- + + + +## 分布式工作流程 + +同传统的集中式版本控制系统（CVCS）不同，开发者之间的协作方式因着 Git 的分布式特性而变得更为灵活多样。在集中式系统上，每个开发者就像是连接在集线器上的节点，彼此的工作方式大体相像。而在 Git 网络中，每个开发者同时扮演着节点和集线器的角色，这就是说，每一个开发者都可以将自己的代码贡献到另外一个开发者的仓库中，或者建立自己的公共仓库，让其他开发者基于自己的工作开始，为自己的仓库贡献代码。于是，Git 的分布式协作便可以衍生出种种不同的工作流程，我会在接下来的章节介绍几种常见的应用方式，并分别讨论各自的优缺点。你可以选择其中的一种，或者结合起来，应用到你自己的项目中。 + +### 集中式工作流 + +通常，集中式工作流程使用的都是单点协作模型。一个存放代码仓库的中心服务器，可以接受所有开发者提交的代码。所有的开发者都是普通的节点，作为中心集线器的消费者，平时的工作就是和中心仓库同步数据（见图 5-1）。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0501-tn.png) +图 5-1. 集中式工作流 + +如果两个开发者从中心仓库克隆代码下来，同时作了一些修订，那么只有第一个开发者可以顺利地把数据推送到共享服务器。第二个开发者在提交他的修订之前，必须先下载合并服务器上的数据，解决冲突之后才能推送数据到共享服务器上。在 Git 中这么用也决无问题，这就好比是在用 Subversion（或其他 CVCS）一样，可以很好地工作。 + +如果你的团队不是很大，或者大家都已经习惯了使用集中式工作流程，完全可以采用这种简单的模式。只需要配置好一台中心服务器，并给每个人推送数据的权限，就可以开展工作了。但如果提交代码时有冲突， Git 根本就不会让用户覆盖他人代码，它直接驳回第二个人的提交操作。这就等于告诉提交者，你所作的修订无法通过快进（fast-forward）来合并，你必须先拉取最新数据下来，手工解决冲突合并后，才能继续推送新的提交。 绝大多数人都熟悉和了解这种模式的工作方式，所以使用也非常广泛。 + +### 集成管理员工作流 + +由于 Git 允许使用多个远程仓库，开发者便可以建立自己的公共仓库，往里面写数据并共享给他人，而同时又可以从别人的仓库中提取他们的更新过来。这种情形通常都会有个代表着官方发布的项目仓库（blessed repository），开发者们由此仓库克隆出一个自己的公共仓库（developer public），然后将自己的提交推送上去，请求官方仓库的维护者拉取更新合并到主项目。维护者在自己的本地也有个克隆仓库（integration manager），他可以将你的公共仓库作为远程仓库添加进来，经过测试无误后合并到主干分支，然后再推送到官方仓库。工作流程看起来就像图 5-2 所示： + +1. 项目维护者可以推送数据到公共仓库 blessed repository。 +2. 贡献者克隆此仓库，修订或编写新代码。 +3. 贡献者推送数据到自己的公共仓库 developer public。 +4. 贡献者给维护者发送邮件，请求拉取自己的最新修订。 +5. 维护者在自己本地的 integration manger 仓库中，将贡献者的仓库加为远程仓库，合并更新并做测试。 +6. 维护者将合并后的更新推送到主仓库 blessed repository。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0502-tn.png) +图 5-2. 集成管理员工作流 + +在 GitHub 网站上使用得最多的就是这种工作流。人们可以复制（fork 亦即克隆）某个项目到自己的列表中，成为自己的公共仓库。随后将自己的更新提交到这个仓库，所有人都可以看到你的每次更新。这么做最主要的优点在于，你可以按照自己的节奏继续工作，而不必等待维护者处理你提交的更新；而维护者也可以按照自己的节奏，任何时候都可以过来处理接纳你的贡献。 + +### 司令官与副官工作流 + +这其实是上一种工作流的变体。一般超大型的项目才会用到这样的工作方式，像是拥有数百协作开发者的 Linux 内核项目就是如此。各个集成管理员分别负责集成项目中的特定部分，所以称为副官（lieutenant）。而所有这些集成管理员头上还有一位负责统筹的总集成管理员，称为司令官（dictator）。司令官维护的仓库用于提供所有协作者拉取最新集成的项目代码。整个流程看起来如图 5-3 所示： + +1. 一般的开发者在自己的特性分支上工作，并不定期地根据主干分支（dictator 上的 master）衍合。 +2. 副官（lieutenant）将普通开发者的特性分支合并到自己的 master 分支中。 +3. 司令官（dictator）将所有副官的 master 分支并入自己的 master 分支。 +4. 司令官（dictator）将集成后的 master 分支推送到共享仓库 blessed repository 中，以便所有其他开发者以此为基础进行衍合。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0503-tn.png) +图 5-3. 司令官与副官工作流 + +这种工作流程并不常用，只有当项目极为庞杂，或者需要多级别管理时，才会体现出优势。利用这种方式，项目总负责人（即司令官）可以把大量分散的集成工作委托给不同的小组负责人分别处理，最后再统筹起来，如此各人的职责清晰明确，也不易出错（译注：此乃分而治之）。 + +以上介绍的是常见的分布式系统可以应用的工作流程，当然不止于 Git。在实际的开发工作中，你可能会遇到各种为了满足特定需求而有所变化的工作方式。我想现在你应该已经清楚，接下来自己需要用哪种方式开展工作了。下节我还会再举些例子，看看各式工作流中的每个角色具体应该如何操作。 + + + + + +## 为项目作贡献 + +接下来，我们来学习一下作为项目贡献者，会有哪些常见的工作模式。 + +不过要说清楚整个协作过程真的很难，Git 如此灵活，人们的协作方式便可以各式各样，没有固定不变的范式可循，而每个项目的具体情况又多少会有些不同，比如说参与者的规模，所选择的工作流程，每个人的提交权限，以及 Git 以外贡献等等，都会影响到具体操作的细节。 + +首当其冲的是参与者规模。项目中有多少开发者是经常提交代码的？经常又是多久呢？大多数两至三人的小团队，一天大约只有几次提交，如果不是什么热门项目的话就更少了。可要是在大公司里，或者大项目中，参与者可以多到上千，每天都会有十几个上百个补丁提交上来。这种差异带来的影响是显著的，越是多的人参与进来，就越难保证每次合并正确无误。你正在工作的代码，可能会因为合并进来其他人的更新而变得过时，甚至受创无法运行。而已经提交上去的更新，也可能在等着审核合并的过程中变得过时。那么，我们该怎样做才能确保代码是最新的，提交的补丁也是可用的呢？ + +接下来便是项目所采用的工作流。是集中式的，每个开发者都具有等同的写权限？项目是否有专人负责检查所有补丁？是不是所有补丁都做过同行复阅（peer-review）再通过审核的？你是否参与审核过程？如果使用副官系统，那你是不是限定于只能向此副官提交？ + +还有你的提交权限。有或没有向主项目提交更新的权限，结果完全不同，直接决定最终采用怎样的工作流。如果不能直接提交更新，那该如何贡献自己的代码呢？是不是该有个什么策略？你每次贡献代码会有多少量？提交频率呢？ + +所有以上这些问题都会或多或少影响到最终采用的工作流。接下来，我会在一系列由简入繁的具体用例中，逐一阐述。此后在实践时，应该可以借鉴这里的例子，略作调整，以满足实际需要构建自己的工作流。 + +### 提交指南 + +开始分析特定用例之前，先来了解下如何撰写提交说明。一份好的提交指南可以帮助协作者更轻松更有效地配合。Git 项目本身就提供了一份文档（Git 项目源代码目录中 `Documentation/SubmittingPatches`），列数了大量提示，从如何编撰提交说明到提交补丁，不一而足。 + +首先，请不要在更新中提交多余的白字符（whitespace）。Git 有种检查此类问题的方法，在提交之前，先运行 `git diff --check`，会把可能的多余白字符修正列出来。下面的示例，我已经把终端中显示为红色的白字符用 `X` 替换掉： + +``` +$ git diff --check +lib/simplegit.rb:5: trailing whitespace. ++ @git_dir = File.expand_path(git_dir)XX +lib/simplegit.rb:7: trailing whitespace. ++ XXXXXXXXXXX +lib/simplegit.rb:26: trailing whitespace. ++ def command(git_cmd)XXXX +``` + +这样在提交之前你就可以看到这类问题，及时解决以免困扰其他开发者。 + +接下来，请将每次提交限定于完成一次逻辑功能。并且可能的话，适当地分解为多次小更新，以便每次小型提交都更易于理解。请不要在周末穷追猛打一次性解决五个问题，而最后拖到周一再提交。就算是这样也请尽可能利用暂存区域，将之前的改动分解为每次修复一个问题，再分别提交和加注说明。如果针对两个问题改动的是同一个文件，可以试试看 `git add --patch` 的方式将部分内容置入暂存区域（我们会在第六章再详细介绍）。无论是五次小提交还是混杂在一起的大提交，最终分支末端的项目快照应该还是一样的，但分解开来之后，更便于其他开发者复阅。这么做也方便自己将来取消某个特定问题的修复。我们将在第六章介绍一些重写提交历史，同暂存区域交互的技巧和工具，以便最终得到一个干净有意义，且易于理解的提交历史。 + +最后需要谨记的是提交说明的撰写。写得好可以让大家协作起来更轻松。一般来说，提交说明最好限制在一行以内，50 个字符以下，简明扼要地描述更新内容，空开一行后，再展开详细注解。Git 项目本身需要开发者撰写详尽注解，包括本次修订的因由，以及前后不同实现之间的比较，我们也该借鉴这种做法。另外，提交说明应该用祈使现在式语态，比如，不要说成 “I added tests for” 或 “Adding tests for” 而应该用 “Add tests for”。 下面是来自 tpope.net 的 Tim Pope 原创的提交说明格式模版，供参考： + +``` +本次更新的简要描述（50 个字符以内） + +如果必要，此处展开详尽阐述。段落宽度限定在 72 个字符以内。 +某些情况下，第一行的简要描述将用作邮件标题，其余部分作为邮件正文。 +其间的空行是必要的，以区分两者（当然没有正文另当别论）。 +如果并在一起，rebase 这样的工具就可能会迷惑。 + +另起空行后，再进一步补充其他说明。 + + - 可以使用这样的条目列举式。 + + - 一般以单个空格紧跟短划线或者星号作为每项条目的起始符。每个条目间用一空行隔开。 + 不过这里按自己项目的约定，可以略作变化。 +``` + +如果你的提交说明都用这样的格式来书写，好多事情就可以变得十分简单。Git 项目本身就是这样要求的，我强烈建议你到 Git 项目仓库下运行 `git log --no-merges` 看看，所有提交历史的说明是怎样撰写的。（译注：如果现在还没有克隆 git 项目源代码，是时候 `git clone git://git.kernel.org/pub/scm/git/git.git` 了。） + +为简单起见，在接下来的例子（及本书随后的所有演示）中，我都不会用这种格式，而使用 `-m` 选项提交 `git commit`。不过请还是按照我之前讲的做，别学我这里偷懒的方式。 + +### 私有的小型团队 + +我们从最简单的情况开始，一个私有项目，与你一起协作的还有另外一到两位开发者。这里说私有，是指源代码不公开，其他人无法访问项目仓库。而你和其他开发者则都具有推送数据到仓库的权限。 + +这种情况下，你们可以用 Subversion 或其他集中式版本控制系统类似的工作流来协作。你仍然可以得到 Git 带来的其他好处：离线提交，快速分支与合并等等，但工作流程还是差不多的。主要区别在于，合并操作发生在客户端而非服务器上。 让我们来看看，两个开发者一起使用同一个共享仓库，会发生些什么。第一个人，John，克隆了仓库，作了些更新，在本地提交。（下面的例子中省略了常规提示，用 `...` 代替以节约版面。） + +``` +# John's Machine +$ git clone john@githost:simplegit.git +Initialized empty Git repository in /home/john/simplegit/.git/ +... +$ cd simplegit/ +$ vim lib/simplegit.rb +$ git commit -am 'removed invalid default value' +[master 738ee87] removed invalid default value + 1 files changed, 1 insertions(+), 1 deletions(-) +``` + +第二个开发者，Jessica，一样这么做：克隆仓库，提交更新： + +``` +# Jessica's Machine +$ git clone jessica@githost:simplegit.git +Initialized empty Git repository in /home/jessica/simplegit/.git/ +... +$ cd simplegit/ +$ vim TODO +$ git commit -am 'add reset task' +[master fbff5bc] add reset task + 1 files changed, 1 insertions(+), 0 deletions(-) +``` + +现在，Jessica 将她的工作推送到服务器上： + +``` +# Jessica's Machine +$ git push origin master +... +To jessica@githost:simplegit.git + 1edee6b..fbff5bc master -> master +``` + +John 也尝试推送自己的工作上去： + +``` +# John's Machine +$ git push origin master +To john@githost:simplegit.git + ! [rejected] master -> master (non-fast forward) +error: failed to push some refs to 'john@githost:simplegit.git' +``` + +John 的推送操作被驳回，因为 Jessica 已经推送了新的数据上去。请注意，特别是你用惯了 Subversion 的话，这里其实修改的是两个文件，而不是同一个文件的同一个地方。Subversion 会在服务器端自动合并提交上来的更新，而 Git 则必须先在本地合并后才能推送。于是，John 不得不先把 Jessica 的更新拉下来： + +``` +$ git fetch origin +... +From john@githost:simplegit + + 049d078...fbff5bc master -> origin/master +``` + +此刻，John 的本地仓库如图 5-4 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0504-tn.png) +图 5-4. John 的仓库历史 + +虽然 John 下载了 Jessica 推送到服务器的最近更新（fbff5），但目前只是 `origin/master` 指针指向它，而当前的本地分支 `master` 仍然指向自己的更新（738ee），所以需要先把她的提交合并过来，才能继续推送数据： + +``` +$ git merge origin/master +Merge made by recursive. + TODO | 1 + + 1 files changed, 1 insertions(+), 0 deletions(-) +``` + +还好，合并过程非常顺利，没有冲突，现在 John 的提交历史如图 5-5 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0505-tn.png) +图 5-5. 合并 origin/master 后 John 的仓库历史 + +现在，John 应该再测试一下代码是否仍然正常工作，然后将合并结果（72bbc）推送到服务器上： + +``` +$ git push origin master +... +To john@githost:simplegit.git + fbff5bc..72bbc59 master -> master +``` + +最终，John 的提交历史变为图 5-6 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0506-tn.png) +图 5-6. 推送后 John 的仓库历史 + +而在这段时间，Jessica 已经开始在另一个特性分支工作了。她创建了 `issue54` 并提交了三次更新。她还没有下载 John 提交的合并结果，所以提交历史如图 5-7 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0507-tn.png) +图 5-7. Jessica 的提交历史 + +Jessica 想要先和服务器上的数据同步，所以先下载数据： + +``` +# Jessica's Machine +$ git fetch origin +... +From jessica@githost:simplegit + fbff5bc..72bbc59 master -> origin/master +``` + +于是 Jessica 的本地仓库历史多出了 John 的两次提交（738ee 和 72bbc），如图 5-8 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0508-tn.png) +图 5-8. 获取 John 的更新之后 Jessica 的提交历史 + +此时，Jessica 在特性分支上的工作已经完成，但她想在推送数据之前，先确认下要并进来的数据究竟是什么，于是运行 `git log` 查看： + +``` +$ git log --no-merges origin/master ^issue54 +commit 738ee872852dfaa9d6634e0dea7a324040193016 +Author: John Smith +Date: Fri May 29 16:01:27 2009 -0700 + + removed invalid default value +``` + +现在，Jessica 可以将特性分支上的工作并到 `master` 分支，然后再并入 John 的工作（`origin/master`）到自己的 `master` 分支，最后再推送回服务器。当然，得先切回主分支才能集成所有数据： + +``` +$ git checkout master +Switched to branch "master" +Your branch is behind 'origin/master' by 2 commits, and can be fast-forwarded. +``` + +要合并 `origin/master` 或 `issue54` 分支，谁先谁后都没有关系，因为它们都在上游（upstream）（译注：想像分叉的更新像是汇流成河的源头，所以上游 upstream 是指最新的提交），所以无所谓先后顺序，最终合并后的内容快照都是一样的，而仅是提交历史看起来会有些先后差别。Jessica 选择先合并 `issue54`： + +``` +$ git merge issue54 +Updating fbff5bc..4af4298 +Fast forward + README | 1 + + lib/simplegit.rb | 6 +++++- + 2 files changed, 6 insertions(+), 1 deletions(-) +``` + +正如所见，没有冲突发生，仅是一次简单快进。现在 Jessica 开始合并 John 的工作（`origin/master`）： + +``` +$ git merge origin/master +Auto-merging lib/simplegit.rb +Merge made by recursive. + lib/simplegit.rb | 2 +- + 1 files changed, 1 insertions(+), 1 deletions(-) +``` + +所有的合并都非常干净。现在 Jessica 的提交历史如图 5-9 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0509-tn.png) +图 5-9. 合并 John 的更新后 Jessica 的提交历史 + +现在 Jessica 已经可以在自己的 `master` 分支中访问 `origin/master` 的最新改动了，所以她应该可以成功推送最后的合并结果到服务器上（假设 John 此时没再推送新数据上来）： + +``` +$ git push origin master +... +To jessica@githost:simplegit.git + 72bbc59..8059c15 master -> master +``` + +至此，每个开发者都提交了若干次，且成功合并了对方的工作成果，最新的提交历史如图 5-10 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0510-tn.png) +图 5-10. Jessica 推送数据后的提交历史 + +以上就是最简单的协作方式之一：先在自己的特性分支中工作一段时间，完成后合并到自己的 `master` 分支；然后下载合并 `origin/master` 上的更新（如果有的话），再推回远程服务器。一般的协作流程如图 5-11 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0511-tn.png) +图 5-11. 多用户共享仓库协作方式的一般工作流程时序 + +### 私有团队间协作 + +现在我们来看更大一点规模的私有团队协作。如果有几个小组分头负责若干特性的开发和集成，那他们之间的协作过程是怎样的。 + +假设 John 和 Jessica 一起负责开发某项特性 A，而同时 Jessica 和 Josie 一起负责开发另一项功能 B。公司使用典型的集成管理员式工作流，每个组都有一名管理员负责集成本组代码，及更新项目主仓库的 `master` 分支。所有开发都在代表小组的分支上进行。 + +让我们跟随 Jessica 的视角看看她的工作流程。她参与开发两项特性，同时和不同小组的开发者一起协作。克隆生成本地仓库后，她打算先着手开发特性 A。于是创建了新的 `featureA` 分支，继而编写代码： + +``` +# Jessica's Machine +$ git checkout -b featureA +Switched to a new branch "featureA" +$ vim lib/simplegit.rb +$ git commit -am 'add limit to log function' +[featureA 3300904] add limit to log function + 1 files changed, 1 insertions(+), 1 deletions(-) +``` + +此刻，她需要分享目前的进展给 John，于是她将自己的 `featureA` 分支提交到服务器。由于 Jessica 没有权限推送数据到主仓库的 `master` 分支（只有集成管理员有此权限），所以只能将此分支推上去同 John 共享协作： + +``` +$ git push origin featureA +... +To jessica@githost:simplegit.git + * [new branch] featureA -> featureA +``` + +Jessica 发邮件给 John 让他上来看看 `featureA` 分支上的进展。在等待他的反馈之前，Jessica 决定继续工作，和 Josie 一起开发 `featureB` 上的特性 B。当然，先创建此分支，分叉点以服务器上的 `master` 为起点： + +``` +# Jessica's Machine +$ git fetch origin +$ git checkout -b featureB origin/master +Switched to a new branch "featureB" +``` + +随后，Jessica 在 `featureB` 上提交了若干更新： + +``` +$ vim lib/simplegit.rb +$ git commit -am 'made the ls-tree function recursive' +[featureB e5b0fdc] made the ls-tree function recursive + 1 files changed, 1 insertions(+), 1 deletions(-) +$ vim lib/simplegit.rb +$ git commit -am 'add ls-files' +[featureB 8512791] add ls-files + 1 files changed, 5 insertions(+), 0 deletions(-) +``` + +现在 Jessica 的更新历史如图 5-12 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0512-tn.png) +图 5-12. Jessica 的更新历史 + +Jessica 正准备推送自己的进展上去，却收到 Josie 的来信，说是她已经将自己的工作推到服务器上的 `featureBee`分支了。这样，Jessica 就必须先将 Josie 的代码合并到自己本地分支中，才能再一起推送回服务器。她用 `git fetch` 下载 Josie 的最新代码： + +``` +$ git fetch origin +... +From jessica@githost:simplegit + * [new branch] featureBee -> origin/featureBee +``` + +然后 Jessica 使用 `git merge` 将此分支合并到自己分支中： + +``` +$ git merge origin/featureBee +Auto-merging lib/simplegit.rb +Merge made by recursive. + lib/simplegit.rb | 4 ++++ + 1 files changed, 4 insertions(+), 0 deletions(-) +``` + +合并很顺利，但另外有个小问题：她要推送自己的 `featureB` 分支到服务器上的 `featureBee` 分支上去。当然，她可以使用冒号（:）格式指定目标分支： + +``` +$ git push origin featureB:featureBee +... +To jessica@githost:simplegit.git + fba9af8..cd685d1 featureB -> featureBee +``` + +我们称此为*refspec*。更多有关于 Git refspec 的讨论和使用方式会在第九章作详细阐述。 + +接下来，John 发邮件给 Jessica 告诉她，他看了之后作了些修改，已经推回服务器 `featureA` 分支，请她过目下。于是 Jessica 运行 `git fetch` 下载最新数据： + +``` +$ git fetch origin +... +From jessica@githost:simplegit + 3300904..aad881d featureA -> origin/featureA +``` + +接下来便可以用 `git log` 查看更新了些什么： + +``` +$ git log origin/featureA ^featureA +commit aad881d154acdaeb2b6b18ea0e827ed8a6d671e6 +Author: John Smith +Date: Fri May 29 19:57:33 2009 -0700 + + changed log output to 30 from 25 +``` + +最后，她将 John 的工作合并到自己的 `featureA` 分支中： + +``` +$ git checkout featureA +Switched to branch "featureA" +$ git merge origin/featureA +Updating 3300904..aad881d +Fast forward + lib/simplegit.rb | 10 +++++++++- +1 files changed, 9 insertions(+), 1 deletions(-) +``` + +Jessica 稍做一番修整后同步到服务器： + +``` +$ git commit -am 'small tweak' +[featureA 774b3ed] small tweak + 1 files changed, 1 insertions(+), 1 deletions(-) +$ git push origin featureA +... +To jessica@githost:simplegit.git + 3300904..774b3ed featureA -> featureA +``` + +现在的 Jessica 提交历史如图 5-13 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0513-tn.png) +图 5-13. 在特性分支中提交更新后的提交历史 + +现在，Jessica，Josie 和 John 通知集成管理员服务器上的 `featureA` 及 `featureBee` 分支已经准备好，可以并入主线了。在管理员完成集成工作后，主分支上便多出一个新的合并提交（5399e），用 fetch 命令更新到本地后，提交历史如图 5-14 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0514-tn.png) +图 5-14. 合并特性分支后的 Jessica 提交历史 + +许多开发小组改用 Git 就是因为它允许多个小组间并行工作，而在稍后恰当时机再行合并。通过共享远程分支的方式，无需干扰整体项目代码便可以开展工作，因此使用 Git 的小型团队间协作可以变得非常灵活自由。以上工作流程的时序如图 5-15 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0515-tn.png) +图 5-15. 团队间协作工作流程基本时序 + +### 公开的小型项目 + +上面说的是私有项目协作，但要给公开项目作贡献，情况就有些不同了。因为你没有直接更新主仓库分支的权限，得寻求其它方式把工作成果交给项目维护人。下面会介绍两种方法，第一种使用 git 托管服务商提供的仓库复制功能，一般称作 fork，比如 repo.or.cz 和 GitHub 都支持这样的操作，而且许多项目管理员都希望大家使用这样的方式。另一种方法是通过电子邮件寄送文件补丁。 + +但不管哪种方式，起先我们总需要克隆原始仓库，而后创建特性分支开展工作。基本工作流程如下： + +``` +$ git clone (url) +$ cd project +$ git checkout -b featureA +$ (work) +$ git commit +$ (work) +$ git commit +``` + +你可能想到用 `rebase -i` 将所有更新先变作单个提交，又或者想重新安排提交之间的差异补丁，以方便项目维护者审阅 -- 有关交互式衍合操作的细节见第六章。 + +在完成了特性分支开发，提交给项目维护者之前，先到原始项目的页面上点击“Fork”按钮，创建一个自己可写的公共仓库（译注：即下面的 url 部分，参照后续的例子，应该是 `git://githost/simplegit.git`）。然后将此仓库添加为本地的第二个远端仓库，姑且称为 `myfork`： + +``` +$ git remote add myfork (url) +``` + +你需要将本地更新推送到这个仓库。要是将远端 master 合并到本地再推回去，还不如把整个特性分支推上去来得干脆直接。而且，假若项目维护者未采纳你的贡献的话（不管是直接合并还是 cherry pick），都不用回退（rewind）自己的 master 分支。但若维护者合并或 cherry-pick 了你的工作，最后总还可以从他们的更新中同步这些代码。好吧，现在先把 featureA 分支整个推上去： + +``` +$ git push myfork featureA +``` + +然后通知项目管理员，让他来抓取你的代码。通常我们把这件事叫做 pull request。可以直接用 GitHub 等网站提供的 “pull request” 按钮自动发送请求通知；或手工把 `git request-pull` 命令输出结果电邮给项目管理员。 + +`request-pull` 命令接受两个参数，第一个是本地特性分支开始前的原始分支，第二个是请求对方来抓取的 Git 仓库 URL（译注：即下面 `myfork` 所指的，自己可写的公共仓库）。比如现在Jessica 准备要给 John 发一个 pull requst，她之前在自己的特性分支上提交了两次更新，并把分支整个推到了服务器上，所以运行该命令会看到： + +``` +$ git request-pull origin/master myfork +The following changes since commit 1edee6b1d61823a2de3b09c160d7080b8d1b3a40: + John Smith (1): + added a new function + +are available in the git repository at: + + git://githost/simplegit.git featureA + +Jessica Smith (2): + add limit to log function + change log output to 30 from 25 + + lib/simplegit.rb | 10 +++++++++- + 1 files changed, 9 insertions(+), 1 deletions(-) +``` + +输出的内容可以直接发邮件给管理者，他们就会明白这是从哪次提交开始旁支出去的，该到哪里去抓取新的代码，以及新的代码增加了哪些功能等等。 + +像这样随时保持自己的 `master` 分支和官方 `origin/master` 同步，并将自己的工作限制在特性分支上的做法，既方便又灵活，采纳和丢弃都轻而易举。就算原始主干发生变化，我们也能重新衍合提供新的补丁。比如现在要开始第二项特性的开发，不要在原来已推送的特性分支上继续，还是按原始 `master` 开始： + +``` +$ git checkout -b featureB origin/master +$ (work) +$ git commit +$ git push myfork featureB +$ (email maintainer) +$ git fetch origin +``` + +现在，A、B 两个特性分支各不相扰，如同竹筒里的两颗豆子，队列中的两个补丁，你随时都可以分别从头写过，或者衍合，或者修改，而不用担心特性代码的交叉混杂。如图 5-16 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0516-tn.png) +图 5-16. featureB 以后的提交历史 + +假设项目管理员接纳了许多别人提交的补丁后，准备要采纳你提交的第一个分支，却发现因为代码基准不一致，合并工作无法正确干净地完成。这就需要你再次衍合到最新的 `origin/master`，解决相关冲突，然后重新提交你的修改： + +``` +$ git checkout featureA +$ git rebase origin/master +$ git push -f myfork featureA +``` + +自然，这会重写提交历史，如图 5-17 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0517-tn.png) +图 5-17. featureA 重新衍合后的提交历史 + +注意，此时推送分支必须使用 `-f` 选项（译注：表示 force，不作检查强制重写）替换远程已有的 `featureA` 分支，因为新的 commit 并非原来的后续更新。当然你也可以直接推送到另一个新的分支上去，比如称作 `featureAv2`。 + +再考虑另一种情形：管理员看过第二个分支后觉得思路新颖，但想请你改下具体实现。我们只需以当前 `origin/master` 分支为基准，开始一个新的特性分支 `featureBv2`，然后把原来的 `featureB` 的更新拿过来，解决冲突，按要求重新实现部分代码，然后将此特性分支推送上去： + +``` +$ git checkout -b featureBv2 origin/master +$ git merge --no-commit --squash featureB +$ (change implementation) +$ git commit +$ git push myfork featureBv2 +``` + +这里的 `--squash` 选项将目标分支上的所有更改全拿来应用到当前分支上，而 `--no-commit` 选项告诉 Git 此时无需自动生成和记录（合并）提交。这样，你就可以在原来代码基础上，继续工作，直到最后一起提交。 + +好了，现在可以请管理员抓取 `featureBv2` 上的最新代码了，如图 5-18 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0518-tn.png) +图 5-18. featureBv2 之后的提交历史 + +### 公开的大型项目 + +许多大型项目都会立有一套自己的接受补丁流程，你应该注意下其中细节。但多数项目都允许通过开发者邮件列表接受补丁，现在我们来看具体例子。 + +整个工作流程类似上面的情形：为每个补丁创建独立的特性分支，而不同之处在于如何提交这些补丁。不需要创建自己可写的公共仓库，也不用将自己的更新推送到自己的服务器，你只需将每次提交的差异内容以电子邮件的方式依次发送到邮件列表中即可。 + +``` +$ git checkout -b topicA +$ (work) +$ git commit +$ (work) +$ git commit +``` + +如此一番后，有了两个提交要发到邮件列表。我们可以用 `git format-patch` 命令来生成 mbox 格式的文件然后作为附件发送。每个提交都会封装为一个 `.patch` 后缀的 mbox 文件，但其中只包含一封邮件，邮件标题就是提交消息（译注：额外有前缀，看例子），邮件内容包含补丁正文和 Git 版本号。这种方式的妙处在于接受补丁时仍可保留原来的提交消息，请看接下来的例子： + +``` +$ git format-patch -M origin/master +0001-add-limit-to-log-function.patch +0002-changed-log-output-to-30-from-25.patch +``` + +`format-patch` 命令依次创建补丁文件，并输出文件名。上面的 `-M` 选项允许 Git 检查是否有对文件重命名的提交。我们来看看补丁文件的内容： + +``` +$ cat 0001-add-limit-to-log-function.patch +From 330090432754092d704da8e76ca5c05c198e71a8 Mon Sep 17 00:00:00 2001 +From: Jessica Smith +Date: Sun, 6 Apr 2008 10:17:23 -0700 +Subject: [PATCH 1/2] add limit to log function + +Limit log functionality to the first 20 + +--- + lib/simplegit.rb | 2 +- + 1 files changed, 1 insertions(+), 1 deletions(-) + +diff --git a/lib/simplegit.rb b/lib/simplegit.rb +index 76f47bc..f9815f1 100644 +--- a/lib/simplegit.rb ++++ b/lib/simplegit.rb +@@ -14,7 +14,7 @@ class SimpleGit + end + + def log(treeish = 'master') +- command("git log #{treeish}") ++ command("git log -n 20 #{treeish}") + end + + def ls_tree(treeish = 'master') +-- +1.6.2.rc1.20.g8c5b.dirty +``` + +如果有额外信息需要补充，但又不想放在提交消息中说明，可以编辑这些补丁文件，在第一个 `---` 行之前添加说明，但不要修改下面的补丁正文，比如例子中的 `Limit log functionality to the first 20` 部分。这样，其它开发者能阅读，但在采纳补丁时不会将此合并进来。 + +你可以用邮件客户端软件发送这些补丁文件，也可以直接在命令行发送。有些所谓智能的邮件客户端软件会自作主张帮你调整格式，所以粘贴补丁到邮件正文时，有可能会丢失换行符和若干空格。Git 提供了一个通过 IMAP 发送补丁文件的工具。接下来我会演示如何通过 Gmail 的 IMAP 服务器发送。另外，在 Git 源代码中有个 `Documentation/SubmittingPatches` 文件，可以仔细读读，看看其它邮件程序的相关导引。 + +首先在 `~/.gitconfig` 文件中配置 imap 项。每个选项都可用 `git config` 命令分别设置，当然直接编辑文件添加以下内容更便捷： + +``` +[imap] + folder = "[Gmail]/Drafts" + host = imaps://imap.gmail.com + user = user@gmail.com + pass = p4ssw0rd + port = 993 + sslverify = false +``` + +如果你的 IMAP 服务器没有启用 SSL，就无需配置最后那两行，并且 host 应该以 `imap://` 开头而不再是有 `s` 的 `imaps://`。 保存配置文件后，就能用 `git send-email` 命令把补丁作为邮件依次发送到指定的 IMAP 服务器上的文件夹中（译注：这里就是 Gmail 的 `[Gmail]/Drafts` 文件夹。但如果你的语言设置不是英文，此处的文件夹 Drafts 字样会变为对应的语言。）： + +``` +$ cat *.patch |git imap-send +Resolving imap.gmail.com... ok +Connecting to [74.125.142.109]:993... ok +Logging in... +sending 2 messages +100% (2/2) done +``` + +然后，你应该去你到草稿箱去更改你要发送的补丁的收件人信息，以及需要抄送的人，然后发送它。 + +您也可以通过SMTP服务器发送补丁。和上面一样，你可以通过`git config`命令单独设置每个参数，也可以在你的`~/.gitconfig`文件中的sendemail节点手动添加它们。 + +``` +[sendemail] + smtpencryption = tls + smtpserver = smtp.gmail.com + smtpuser = user@gmail.com + smtpserverport = 587 +``` + +配置完成后，您可以使用`git send-email`来发送你的补丁： + +``` +$ git send-email *.patch +0001-added-limit-to-log-function.patch +0002-changed-log-output-to-30-from-25.patch +Who should the emails appear to be from? [Jessica Smith ] +Emails will be sent from: Jessica Smith +Who should the emails be sent to? jessica@example.com +Message-ID to be used as In-Reply-To for the first email? y +``` + +接下来，Git 会根据每个补丁依次输出类似下面的日志： + +``` +(mbox) Adding cc: Jessica Smith from + \line 'From: Jessica Smith ' +OK. Log says: +Sendmail: /usr/sbin/sendmail -i jessica@example.com +From: Jessica Smith +To: jessica@example.com +Subject: [PATCH 1/2] added limit to log function +Date: Sat, 30 May 2009 13:29:15 -0700 +Message-Id: <1243715356-61726-1-git-send-email-jessica@example.com> +X-Mailer: git-send-email 1.6.2.rc1.20.g8c5b.dirty +In-Reply-To: +References: + +Result: OK +``` + + + + + +## 项目的管理 + +既然是相互协作，在贡献代码的同时，也免不了要维护管理自己的项目。像是怎么处理别人用 `format-patch` 生成的补丁，或是集成远端仓库上某个分支上的变化等等。但无论是管理代码仓库，还是帮忙审核收到的补丁，都需要同贡献者约定某种长期可持续的工作方式。 + +### 使用特性分支进行工作 + +如果想要集成新的代码进来，最好局限在特性分支上做。临时的特性分支可以让你随意尝试，进退自如。比如碰上无法正常工作的补丁，可以先搁在那边，直到有时间仔细核查修复为止。创建的分支可以用相关的主题关键字命名，比如 `ruby_client` 或者其它类似的描述性词语，以帮助将来回忆。Git 项目本身还时常把分支名称分置于不同命名空间下，比如 `sc/ruby_client` 就说明这是 `sc` 这个人贡献的。 现在从当前主干分支为基础，新建临时分支： + +``` +$ git branch sc/ruby_client master +``` + +另外，如果你希望立即转到分支上去工作，可以用 `checkout -b`： + +``` +$ git checkout -b sc/ruby_client master +``` + +好了，现在已经准备妥当，可以试着将别人贡献的代码合并进来了。之后评估一下有没有问题，最后再决定是不是真的要并入主干。 + +### 采纳来自邮件的补丁 + +如果收到一个通过电邮发来的补丁，你应该先把它应用到特性分支上进行评估。有两种应用补丁的方法：`git apply` 或者 `git am`。 + +#### 使用 apply 命令应用补丁 + +如果收到的补丁文件是用 `git diff` 或由其它 Unix 的 `diff` 命令生成，就该用 `git apply` 命令来应用补丁。假设补丁文件存在 `/tmp/patch-ruby-client.patch`，可以这样运行： + +``` +$ git apply /tmp/patch-ruby-client.patch +``` + +这会修改当前工作目录下的文件，效果基本与运行 `patch -p1` 打补丁一样，但它更为严格，且不会出现混乱。如果是 `git diff` 格式描述的补丁，此命令还会相应地添加，删除，重命名文件。当然，普通的 `patch` 命令是不会这么做的。另外请注意，`git apply` 是一个事务性操作的命令，也就是说，要么所有补丁都打上去，要么全部放弃。所以不会出现 `patch` 命令那样，一部分文件打上了补丁而另一部分却没有，这样一种不上不下的修订状态。所以总的来说，`git apply` 要比 `patch` 严谨许多。因为仅仅是更新当前的文件，所以此命令不会自动生成提交对象，你得手工缓存相应文件的更新状态并执行提交命令。 + +在实际打补丁之前，可以先用 `git apply --check` 查看补丁是否能够干净顺利地应用到当前分支中： + +``` +$ git apply --check 0001-seeing-if-this-helps-the-gem.patch +error: patch failed: ticgit.gemspec:1 +error: ticgit.gemspec: patch does not apply +``` + +如果没有任何输出，表示我们可以顺利采纳该补丁。如果有问题，除了报告错误信息之外，该命令还会返回一个非零的状态，所以在 shell 脚本里可用于检测状态。 + +#### 使用 am 命令应用补丁 + +如果贡献者也用 Git，且擅于制作 `format-patch` 补丁，那你的合并工作将会非常轻松。因为这些补丁中除了文件内容差异外，还包含了作者信息和提交消息。所以请鼓励贡献者用 `format-patch` 生成补丁。对于传统的 `diff`命令生成的补丁，则只能用 `git apply` 处理。 + +对于 `format-patch` 制作的新式补丁，应当使用 `git am` 命令。从技术上来说，`git am` 能够读取 mbox 格式的文件。这是种简单的纯文本文件，可以包含多封电邮，格式上用 From 加空格以及随便什么辅助信息所组成的行作为分隔行，以区分每封邮件，就像这样： + +``` +From 330090432754092d704da8e76ca5c05c198e71a8 Mon Sep 17 00:00:00 2001 +From: Jessica Smith +Date: Sun, 6 Apr 2008 10:17:23 -0700 +Subject: [PATCH 1/2] add limit to log function + +Limit log functionality to the first 20 +``` + +这是 `format-patch` 命令输出的开头几行，也是一个有效的 mbox 文件格式。如果有人用 `git send-email` 给你发了一个补丁，你可以将此邮件下载到本地，然后运行 `git am` 命令来应用这个补丁。如果你的邮件客户端能将多封电邮导出为 mbox 格式的文件，就可以用 `git am` 一次性应用所有导出的补丁。 + +如果贡献者将 `format-patch` 生成的补丁文件上传到类似 Request Ticket 一样的任务处理系统，那么可以先下载到本地，继而使用 `git am` 应用该补丁： + +``` +$ git am 0001-limit-log-function.patch +Applying: add limit to log function +``` + +你会看到它被干净地应用到本地分支，并自动创建了新的提交对象。作者信息取自邮件头 `From` 和 `Date`，提交消息则取自 `Subject` 以及正文中补丁之前的内容。来看具体实例，采纳之前展示的那个 mbox 电邮补丁后，最新的提交对象为： + +``` +$ git log --pretty=fuller -1 +commit 6c5e70b984a60b3cecd395edd5b48a7575bf58e0 +Author: Jessica Smith +AuthorDate: Sun Apr 6 10:17:23 2008 -0700 +Commit: Scott Chacon +CommitDate: Thu Apr 9 09:19:06 2009 -0700 + + add limit to log function + + Limit log functionality to the first 20 +``` + +`Commit` 部分显示的是采纳补丁的人，以及采纳的时间。而 `Author` 部分则显示的是原作者，以及创建补丁的时间。 + +有时，我们也会遇到打不上补丁的情况。这多半是因为主干分支和补丁的基础分支相差太远，但也可能是因为某些依赖补丁还未应用。这种情况下，`git am` 会报错并询问该怎么做： + +``` +$ git am 0001-seeing-if-this-helps-the-gem.patch +Applying: seeing if this helps the gem +error: patch failed: ticgit.gemspec:1 +error: ticgit.gemspec: patch does not apply +Patch failed at 0001. +When you have resolved this problem run "git am --resolved". +If you would prefer to skip this patch, instead run "git am --skip". +To restore the original branch and stop patching run "git am --abort". +``` + +Git 会在有冲突的文件里加入冲突解决标记，这同合并或衍合操作一样。解决的办法也一样，先编辑文件消除冲突，然后暂存文件，最后运行 `git am --resolved` 提交修正结果： + +``` +$ (fix the file) +$ git add ticgit.gemspec +$ git am --resolved +Applying: seeing if this helps the gem +``` + +如果想让 Git 更智能地处理冲突，可以用 `-3` 选项进行三方合并。如果当前分支未包含该补丁的基础代码或其祖先，那么三方合并就会失败，所以该选项默认为关闭状态。一般来说，如果该补丁是基于某个公开的提交制作而成的话，你总是可以通过同步来获取这个共同祖先，所以用三方合并选项可以解决很多麻烦： + +``` +$ git am -3 0001-seeing-if-this-helps-the-gem.patch +Applying: seeing if this helps the gem +error: patch failed: ticgit.gemspec:1 +error: ticgit.gemspec: patch does not apply +Using index info to reconstruct a base tree... +Falling back to patching base and 3-way merge... +No changes -- Patch already applied. +``` + +像上面的例子，对于打过的补丁我又再打一遍，自然会产生冲突，但因为加上了 `-3` 选项，所以它很聪明地告诉我，无需更新，原有的补丁已经应用。 + +对于一次应用多个补丁时所用的 mbox 格式文件，可以用 `am` 命令的交互模式选项 `-i`，这样就会在打每个补丁前停住，询问该如何操作： + +``` +$ git am -3 -i mbox +Commit Body is: +-------------------------- +seeing if this helps the gem +-------------------------- +Apply? [y]es/[n]o/[e]dit/[v]iew patch/[a]ccept all +``` + +在多个补丁要打的情况下，这是个非常好的办法，一方面可以预览下补丁内容，同时也可以有选择性的接纳或跳过某些补丁。 + +打完所有补丁后，如果测试下来新特性可以正常工作，那就可以安心地将当前特性分支合并到长期分支中去了。 + +### 检出远程分支 + +如果贡献者有自己的 Git 仓库，并将修改推送到此仓库中，那么当你拿到仓库的访问地址和对应分支的名称后，就可以加为远程分支，然后在本地进行合并。 + +比如，Jessica 发来一封邮件，说在她代码库中的 `ruby-client` 分支上已经实现了某个非常棒的新功能，希望我们能帮忙测试一下。我们可以先把她的仓库加为远程仓库，然后抓取数据，完了再将她所说的分支检出到本地来测试： + +``` +$ git remote add jessica git://github.com/jessica/myproject.git +$ git fetch jessica +$ git checkout -b rubyclient jessica/ruby-client +``` + +若是不久她又发来邮件，说还有个很棒的功能实现在另一分支上，那我们只需重新抓取下最新数据，然后检出那个分支到本地就可以了，无需重复设置远程仓库。 + +这种做法便于同别人保持长期的合作关系。但前提是要求贡献者有自己的服务器，而我们也需要为每个人建一个远程分支。有些贡献者提交代码补丁并不是很频繁，所以通过邮件接收补丁效率会更高。同时我们自己也不会希望建上百来个分支，却只从每个分支取一两个补丁。但若是用脚本程序来管理，或直接使用代码仓库托管服务，就可以简化此过程。当然，选择何种方式取决于你和贡献者的喜好。 + +使用远程分支的另外一个好处是能够得到提交历史。不管代码合并是不是会有问题，至少我们知道该分支的历史分叉点，所以默认会从共同祖先开始自动进行三方合并，无需 `-3` 选项，也不用像打补丁那样祈祷存在共同的基准点。 + +如果只是临时合作，只需用 `git pull` 命令抓取远程仓库上的数据，合并到本地临时分支就可以了。一次性的抓取动作自然不会把该仓库地址加为远程仓库。 + +``` +$ git pull git://github.com/onetimeguy/project.git +From git://github.com/onetimeguy/project + * branch HEAD -> FETCH_HEAD +Merge made by recursive. +``` + +### 决断代码取舍 + +现在特性分支上已合并好了贡献者的代码，是时候决断取舍了。本节将回顾一些之前学过的命令，以看清将要合并到主干的是哪些代码，从而理解它们到底做了些什么，是否真的要并入。 + +一般我们会先看下，特性分支上都有哪些新增的提交。比如在 `contrib` 特性分支上打了两个补丁，仅查看这两个补丁的提交信息，可以用 `--not` 选项指定要屏蔽的分支 `master`，这样就会剔除重复的提交历史： + +``` +$ git log contrib --not master +commit 5b6235bd297351589efc4d73316f0a68d484f118 +Author: Scott Chacon +Date: Fri Oct 24 09:53:59 2008 -0700 + + seeing if this helps the gem + +commit 7482e0d16d04bea79d0dba8988cc78df655f16a0 +Author: Scott Chacon +Date: Mon Oct 22 19:38:36 2008 -0700 + + updated the gemspec to hopefully work better +``` + +还可以查看每次提交的具体修改。请牢记，在 `git log` 后加 `-p` 选项将展示每次提交的内容差异。 + +如果想看当前分支同其他分支合并时的完整内容差异，有个小窍门： + +``` +$ git diff master +``` + +虽然能得到差异内容，但请记住，结果有可能和我们的预期不同。一旦主干 `master` 在特性分支创建之后有所修改，那么通过 `diff` 命令来比较的，是最新主干上的提交快照。显然，这不是我们所要的。比方在 `master` 分支中某个文件里添了一行，然后运行上面的命令，简单的比较最新快照所得到的结论只能是，特性分支中删除了这一行。 + +这个很好理解：如果 `master` 是特性分支的直接祖先，不会产生任何问题；如果它们的提交历史在不同的分叉上，那么产生的内容差异，看起来就像是增加了特性分支上的新代码，同时删除了 `master` 分支上的新代码。 + +实际上我们真正想要看的，是新加入到特性分支的代码，也就是合并时会并入主干的代码。所以，准确地讲，我们应该比较特性分支和它同 `master` 分支的共同祖先之间的差异。 + +我们可以手工定位它们的共同祖先，然后与之比较： + +``` +$ git merge-base contrib master +36c7dba2c95e6bbb78dfa822519ecfec6e1ca649 +$ git diff 36c7db +``` + +但这么做很麻烦，所以 Git 提供了便捷的 `...` 语法。对于 `diff` 命令，可以把 `...` 加在原始分支（拥有共同祖先）和当前分支之间： + +``` +$ git diff master...contrib +``` + +现在看到的，就是实际将要引入的新代码。这是一个非常有用的命令，应该牢记。 + +### 代码集成 + +一旦特性分支准备停当，接下来的问题就是如何集成到更靠近主线的分支中。此外还要考虑维护项目的总体步骤是什么。虽然有很多选择，不过我们这里只介绍其中一部分。 + +#### 合并流程 + +一般最简单的情形，是在 `master` 分支中维护稳定代码，然后在特性分支上开发新功能，或是审核测试别人贡献的代码，接着将它并入主干，最后删除这个特性分支，如此反复。来看示例，假设当前代码库中有两个分支，分别为 `ruby_client` 和 `php_client`，如图 5-19 所示。然后先把 `ruby_client` 合并进主干，再合并 `php_client`，最后的提交历史如图 5-20 所示。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0519-tn.png) +图 5-19. 多个特性分支 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0520-tn.png) +图 5-20. 合并特性分支之后 + +这是最简单的流程，所以在处理大一些的项目时可能会有问题。 + +对于大型项目，至少需要维护两个长期分支 `master` 和 `develop`。新代码（图 5-21 中的 `ruby_client`）将首先并入 `develop` 分支（图 5-22 中的 `C8`），经过一个阶段，确认 `develop` 中的代码已稳定到可发行时，再将 `master` 分支快进到稳定点（图 5-23 中的 `C8`）。而平时这两个分支都会被推送到公开的代码库。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0521-tn.png) +图 5-21. 特性分支合并前 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0522-tn.png) +图 5-22. 特性分支合并后 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0523-tn.png) +图 5-23. 特性分支发布后 + +这样，在人们克隆仓库时就有两种选择：既可检出最新稳定版本，确保正常使用；也能检出开发版本，试用最前沿的新特性。 你也可以扩展这个概念，先将所有新代码合并到临时特性分支，等到该分支稳定下来并通过测试后，再并入 `develop` 分支。然后，让时间检验一切，如果这些代码确实可以正常工作相当长一段时间，那就有理由相信它已经足够稳定，可以放心并入主干分支发布。 + +#### 大项目的合并流程 + +Git 项目本身有四个长期分支：用于发布的 `master` 分支、用于合并基本稳定特性的 `next` 分支、用于合并仍需改进特性的 `pu` 分支（pu 是 proposed updates 的缩写），以及用于除错维护的 `maint` 分支（maint 取自 maintenance）。维护者可以按照之前介绍的方法，将贡献者的代码引入为不同的特性分支（如图 5-24 所示），然后测试评估，看哪些特性能稳定工作，哪些还需改进。稳定的特性可以并入 `next` 分支，然后再推送到公共仓库，以供其他人试用。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0524-tn.png) +图 5-24. 管理复杂的并行贡献 + +仍需改进的特性可以先并入 `pu` 分支。直到它们完全稳定后再并入 `master`。同时一并检查下 `next` 分支，将足够稳定的特性也并入 `master`。所以一般来说，`master` 始终是在快进，`next` 偶尔做下衍合，而 `pu` 则是频繁衍合，如图 5-25 所示： + +![img](http://iissnan.com/progit/book_src/figures/18333fig0525-tn.png) +图 5-25. 将特性并入长期分支 + +并入 `master` 后的特性分支，已经无需保留分支索引，放心删除好了。Git 项目还有一个 `maint` 分支，它是以最近一次发行版为基础分化而来的，用于维护除错补丁。所以克隆 Git 项目仓库后会得到这四个分支，通过检出不同分支可以了解各自进展，或是试用前沿特性，或是贡献代码。而维护者则通过管理这些分支，逐步有序地并入第三方贡献。 + +#### 衍合与挑拣（cherry-pick）的流程 + +一些维护者更喜欢衍合或者挑拣贡献者的代码，而不是简单的合并，因为这样能够保持线性的提交历史。如果你完成了一个特性的开发，并决定将它引入到主干代码中，你可以转到那个特性分支然后执行衍合命令，好在你的主干分支上（也可能是`develop`分支之类的）重新提交这些修改。如果这些代码工作得很好，你就可以快进`master`分支，得到一个线性的提交历史。 + +另一个引入代码的方法是挑拣。挑拣类似于针对某次特定提交的衍合。它首先提取某次提交的补丁，然后试着应用在当前分支上。如果某个特性分支上有多个commits，但你只想引入其中之一就可以使用这种方法。也可能仅仅是因为你喜欢用挑拣，讨厌衍合。假设你有一个类似图 5-26 的工程。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0526-tn.png) +图 5-26. 挑拣（cherry-pick）之前的历史 + +如果你希望拉取`e43a6`到你的主干分支，可以这样： + +``` +$ git cherry-pick e43a6fd3e94888d76779ad79fb568ed180e5fcdf +Finished one cherry-pick. +[master]: created a0a41a9: "More friendly message when locking the index fails." + 3 files changed, 17 insertions(+), 3 deletions(-) +``` + +这将会引入`e43a6`的代码，但是会得到不同的SHA-1值，因为应用日期不同。现在你的历史看起来像图 5-27. + +![img](http://iissnan.com/progit/book_src/figures/18333fig0527-tn.png) +图 5-27. 挑拣（cherry-pick）之后的历史 + +现在，你可以删除这个特性分支并丢弃你不想引入的那些commit。 + +### 给发行版签名 + +你可以删除上次发布的版本并重新打标签，也可以像第二章所说的那样建立一个新的标签。如果你决定以维护者的身份给发行版签名，应该这样做： + +``` +$ git tag -s v1.5 -m 'my signed 1.5 tag' +You need a passphrase to unlock the secret key for +user: "Scott Chacon " +1024-bit DSA key, ID F721C45A, created 2009-02-09 +``` + +完成签名之后，如何分发PGP公钥（public key）是个问题。（译者注：分发公钥是为了验证标签）。还好，Git的设计者想到了解决办法：可以把key（即公钥）作为blob变量写入Git库，然后把它的内容直接写在标签里。`gpg --list-keys`命令可以显示出你所拥有的key： + +``` +$ gpg --list-keys +/Users/schacon/.gnupg/pubring.gpg +--------------------------------- +pub 1024D/F721C45A 2009-02-09 [expires: 2010-02-09] +uid Scott Chacon +sub 2048g/45D02282 2009-02-09 [expires: 2010-02-09] +``` + +然后，导出key的内容并经由管道符传递给`git hash-object`，之后钥匙会以blob类型写入Git中，最后返回这个blob量的SHA-1值： + +``` +$ gpg -a --export F721C45A | git hash-object -w --stdin +659ef797d181633c87ec71ac3f9ba29fe5775b92 +``` + +现在你的Git已经包含了这个key的内容了，可以通过不同的SHA-1值指定不同的key来创建标签。 + +``` +$ git tag -a maintainer-pgp-pub 659ef797d181633c87ec71ac3f9ba29fe5775b92 +``` + +在运行`git push --tags`命令之后，`maintainer-pgp-pub`标签就会公布给所有人。如果有人想要校验标签，他可以使用如下命令导入你的key： + +``` +$ git show maintainer-pgp-pub | gpg --import +``` + +人们可以用这个key校验你签名的所有标签。另外，你也可以在标签信息里写入一个操作向导，用户只需要运行`git show `查看标签信息，然后按照你的向导就能完成校验。 + +### 生成内部版本号 + +因为Git不会为每次提交自动附加类似'v123'的递增序列，所以如果你想要得到一个便于理解的提交号可以运行`git describe`命令。Git将会返回一个字符串，由三部分组成：最近一次标定的版本号，加上自那次标定之后的提交次数，再加上一段所描述的提交的SHA-1值： + +``` +$ git describe master +v1.6.2-rc1-20-g8c5b85c +``` + +这个字符串可以作为快照的名字，方便人们理解。如果你的Git是你自己下载源码然后编译安装的，你会发现`git --version`命令的输出和这个字符串差不多。如果在一个刚刚打完标签的提交上运行`describe`命令，只会得到这次标定的版本号，而没有后面两项信息。 + +`git describe`命令只适用于有标注的标签（通过`-a`或者`-s`选项创建的标签），所以发行版的标签都应该是带有标注的，以保证`git describe`能够正确的执行。你也可以把这个字符串作为`checkout`或者`show`命令的目标，因为他们最终都依赖于一个简短的SHA-1值，当然如果这个SHA-1值失效他们也跟着失效。最近Linux内核为了保证SHA-1值的唯一性，将位数由8位扩展到10位，这就导致扩展之前的`git describe`输出完全失效了。 + +### 准备发布 + +现在可以发布一个新的版本了。首先要将代码的压缩包归档，方便那些可怜的还没有使用Git的人们。可以使用`git archive`： + +``` +$ git archive master --prefix='project/' | gzip > `git describe master`.tar.gz +$ ls *.tar.gz +v1.6.2-rc1-20-g8c5b85c.tar.gz +``` + +这个压缩包解压出来的是一个文件夹，里面是你项目的最新代码快照。你也可以用类似的方法建立一个zip压缩包，在`git archive`加上`--format=zip`选项： + +``` +$ git archive master --prefix='project/' --format=zip > `git describe master`.zip +``` + +现在你有了一个tar.gz压缩包和一个zip压缩包，可以把他们上传到你网站上或者用e-mail发给别人。 + +### 制作简报 + +是时候通知邮件列表里的朋友们来检验你的成果了。使用`git shortlog`命令可以方便快捷的制作一份修改日志（changelog），告诉大家上次发布之后又增加了哪些特性和修复了哪些bug。实际上这个命令能够统计给定范围内的所有提交;假如你上一次发布的版本是v1.0.1，下面的命令将给出自从上次发布之后的所有提交的简介： + +``` +$ git shortlog --no-merges master --not v1.0.1 +Chris Wanstrath (8): + Add support for annotated tags to Grit::Tag + Add packed-refs annotated tag support. + Add Grit::Commit#to_patch + Update version and History.txt + Remove stray `puts` + Make ls_tree ignore nils + +Tom Preston-Werner (4): + fix dates in history + dynamic version method + Version bump to 1.0.2 + Regenerated gemspec for version 1.0.2 +``` + +这就是自从v1.0.1版本以来的所有提交的简介，内容按照作者分组，以便你能快速的发e-mail给他们 + + + +## 修订版本（Revision）选择 + +Git 允许你通过几种方法来指明特定的或者一定范围内的提交。了解它们并不是必需的，但是了解一下总没坏处。 + +### 单个修订版本 + +显然你可以使用给出的 SHA-1 值来指明一次提交，不过也有更加人性化的方法来做同样的事。本节概述了指明单个提交的诸多方法。 + +### 简短的SHA + +Git 很聪明，它能够通过你提供的前几个字符来识别你想要的那次提交，只要你提供的那部分 SHA-1 不短于四个字符，并且没有歧义——也就是说，当前仓库中只有一个对象以这段 SHA-1 开头。 + +例如，想要查看一次指定的提交，假设你运行 `git log` 命令并找到你增加了功能的那次提交： + +``` +$ git log +commit 734713bc047d87bf7eac9674765ae793478c50d3 +Author: Scott Chacon +Date: Fri Jan 2 18:32:33 2009 -0800 + + fixed refs handling, added gc auto, updated tests + +commit d921970aadf03b3cf0e71becdaab3147ba71cdef +Merge: 1c002dd... 35cfb2b... +Author: Scott Chacon +Date: Thu Dec 11 15:08:43 2008 -0800 + + Merge commit 'phedders/rdocs' + +commit 1c002dd4b536e7479fe34593e72e6c6c1819e53b +Author: Scott Chacon +Date: Thu Dec 11 14:58:32 2008 -0800 + + added some blame and merge stuff +``` + +假设是 `1c002dd....` 。如果你想 `git show` 这次提交，下面的命令是等价的（假设简短的版本没有歧义）： + +``` +$ git show 1c002dd4b536e7479fe34593e72e6c6c1819e53b +$ git show 1c002dd4b536e7479f +$ git show 1c002d +``` + +Git 可以为你的 SHA-1 值生成出简短且唯一的缩写。如果你传递 `--abbrev-commit` 给 `git log` 命令，输出结果里就会使用简短且唯一的值；它默认使用七个字符来表示，不过必要时为了避免 SHA-1 的歧义，会增加字符数： + +``` +$ git log --abbrev-commit --pretty=oneline +ca82a6d changed the version number +085bb3b removed unnecessary test code +a11bef0 first commit +``` + +通常在一个项目中，使用八到十个字符来避免 SHA-1 歧义已经足够了。最大的 Git 项目之一，Linux 内核，目前也只需要最长 40 个字符中的 12 个字符来保持唯一性。 + +### 关于 SHA-1 的简短说明 + +许多人可能会担心一个问题：在随机的偶然情况下，在他们的仓库里会出现两个具有相同 SHA-1 值的对象。那会怎么样呢？ + +如果你真的向仓库里提交了一个跟之前的某个对象具有相同 SHA-1 值的对象，Git 将会发现之前的那个对象已经存在在 Git 数据库中，并认为它已经被写入了。如果什么时候你想再次检出那个对象时，你会总是得到先前的那个对象的数据。 + +不过，你应该了解到，这种情况发生的概率是多么微小。SHA-1 摘要长度是 20 字节，也就是 160 位。为了保证有 50% 的概率出现一次冲突，需要 2^80 个随机哈希的对象（计算冲突机率的公式是 `p = (n(n-1)/2) * (1/2^160)`)。2^80 是 1.2 x 10^24，也就是一亿亿亿，那是地球上沙粒总数的 1200 倍。 + +现在举例说一下怎样才能产生一次 SHA-1 冲突。如果地球上 65 亿的人类都在编程，每人每秒都在产生等价于整个 Linux 内核历史（一百万个 Git 对象）的代码，并将之提交到一个巨大的 Git 仓库里面，那将花费 5 年的时间才会产生足够的对象，使其拥有 50% 的概率产生一次 SHA-1 对象冲突。这要比你编程团队的成员同一个晚上在互不相干的意外中被狼袭击并杀死的机率还要小。 + +### 分支引用 + +指明一次提交的最直接的方法要求有一个指向它的分支引用。这样，你就可以在任何需要一个提交对象或者 SHA-1 值的 Git 命令中使用该分支名称了。如果你想要显示一个分支的最后一次提交的对象，例如假设 `topic1` 分支指向 `ca82a6d`，那么下面的命令是等价的： + +``` +$ git show ca82a6dff817ec66f44342007202690a93763949 +$ git show topic1 +``` + +如果你想知道某个分支指向哪个特定的 SHA，或者想看任何一个例子中被简写的 SHA-1，你可以使用一个叫做 `rev-parse` 的 Git 探测工具。在第 9 章你可以看到关于探测工具的更多信息；简单来说，`rev-parse` 是为了底层操作而不是日常操作设计的。不过，有时你想看 Git 现在到底处于什么状态时，它可能会很有用。这里你可以对你的分支运执行 `rev-parse`。 + +``` +$ git rev-parse topic1 +ca82a6dff817ec66f44342007202690a93763949 +``` + +### 引用日志里的简称 + +在你工作的同时，Git 在后台的工作之一就是保存一份引用日志——一份记录最近几个月你的 HEAD 和分支引用的日志。 + +你可以使用 `git reflog` 来查看引用日志： + +``` +$ git reflog +734713b HEAD@{0}: commit: fixed refs handling, added gc auto, updated +d921970 HEAD@{1}: merge phedders/rdocs: Merge made by recursive. +1c002dd HEAD@{2}: commit: added some blame and merge stuff +1c36188 HEAD@{3}: rebase -i (squash): updating HEAD +95df984 HEAD@{4}: commit: # This is a combination of two commits. +1c36188 HEAD@{5}: rebase -i (squash): updating HEAD +7e05da5 HEAD@{6}: rebase -i (pick): updating HEAD +``` + +每次你的分支顶端因为某些原因被修改时，Git 就会为你将信息保存在这个临时历史记录里面。你也可以使用这份数据来指明更早的分支。如果你想查看仓库中 HEAD 在五次前的值，你可以使用引用日志的输出中的 `@{n}` 引用： + +``` +$ git show HEAD@{5} +``` + +你也可以使用这个语法来查看某个分支在一定时间前的位置。例如，想看你的 `master` 分支昨天在哪，你可以输入 + +``` +$ git show master@{yesterday} +``` + +它就会显示昨天分支的顶端在哪。这项技术只对还在你引用日志里的数据有用，所以不能用来查看比几个月前还早的提交。 + +想要看类似于 `git log` 输出格式的引用日志信息，你可以运行 `git log -g`： + +``` +$ git log -g master +commit 734713bc047d87bf7eac9674765ae793478c50d3 +Reflog: master@{0} (Scott Chacon ) +Reflog message: commit: fixed refs handling, added gc auto, updated +Author: Scott Chacon +Date: Fri Jan 2 18:32:33 2009 -0800 + + fixed refs handling, added gc auto, updated tests + +commit d921970aadf03b3cf0e71becdaab3147ba71cdef +Reflog: master@{1} (Scott Chacon ) +Reflog message: merge phedders/rdocs: Merge made by recursive. +Author: Scott Chacon +Date: Thu Dec 11 15:08:43 2008 -0800 + + Merge commit 'phedders/rdocs' +``` + +需要注意的是，引用日志信息只存在于本地——这是一个记录你在你自己的仓库里做过什么的日志。其他人拷贝的仓库里的引用日志不会和你的相同；而你新克隆一个仓库的时候，引用日志是空的，因为你在仓库里还没有操作。`git show HEAD@{2.months.ago}` 这条命令只有在你克隆了一个项目至少两个月时才会有用——如果你是五分钟前克隆的仓库，那么它将不会有结果返回。 + +### 祖先引用 + +另一种指明某次提交的常用方法是通过它的祖先。如果你在引用最后加上一个 `^`，Git 将其理解为此次提交的父提交。 假设你的工程历史是这样的： + +``` +$ git log --pretty=format:'%h %s' --graph +* 734713b fixed refs handling, added gc auto, updated tests +* d921970 Merge commit 'phedders/rdocs' +|\ +| * 35cfb2b Some rdoc changes +* | 1c002dd added some blame and merge stuff +|/ +* 1c36188 ignore *.gem +* 9b29157 add open3_detach to gemspec file list +``` + +那么，想看上一次提交，你可以使用 `HEAD^`，意思是“HEAD 的父提交”： + +``` +$ git show HEAD^ +commit d921970aadf03b3cf0e71becdaab3147ba71cdef +Merge: 1c002dd... 35cfb2b... +Author: Scott Chacon +Date: Thu Dec 11 15:08:43 2008 -0800 + + Merge commit 'phedders/rdocs' +``` + +你也可以在 `^` 后添加一个数字——例如，`d921970^2` 意思是“d921970 的第二父提交”。这种语法只在合并提交时有用，因为合并提交可能有多个父提交。第一父提交是你合并时所在分支，而第二父提交是你所合并的分支： + +``` +$ git show d921970^ +commit 1c002dd4b536e7479fe34593e72e6c6c1819e53b +Author: Scott Chacon +Date: Thu Dec 11 14:58:32 2008 -0800 + + added some blame and merge stuff + +$ git show d921970^2 +commit 35cfb2b795a55793d7cc56a6cc2060b4bb732548 +Author: Paul Hedderly +Date: Wed Dec 10 22:22:03 2008 +0000 + + Some rdoc changes +``` + +另外一个指明祖先提交的方法是 `~`。这也是指向第一父提交，所以 `HEAD~` 和 `HEAD^` 是等价的。当你指定数字的时候就明显不一样了。`HEAD~2` 是指“第一父提交的第一父提交”，也就是“祖父提交”——它会根据你指定的次数检索第一父提交。例如，在上面列出的历史记录里面，`HEAD~3` 会是 + +``` +$ git show HEAD~3 +commit 1c3618887afb5fbcbea25b7c013f4e2114448b8d +Author: Tom Preston-Werner +Date: Fri Nov 7 13:47:59 2008 -0500 + + ignore *.gem +``` + +也可以写成 `HEAD^^^`，同样是第一父提交的第一父提交的第一父提交： + +``` +$ git show HEAD^^^ +commit 1c3618887afb5fbcbea25b7c013f4e2114448b8d +Author: Tom Preston-Werner +Date: Fri Nov 7 13:47:59 2008 -0500 + + ignore *.gem +``` + +你也可以混合使用这些语法——你可以通过 `HEAD~3^2` 指明先前引用的第二父提交（假设它是一个合并提交）。 + +### 提交范围 + +现在你已经可以指明单次的提交，让我们来看看怎样指明一定范围的提交。这在你管理分支的时候尤显重要——如果你有很多分支，你可以指明范围来圈定一些问题的答案，比如：“这个分支上我有哪些工作还没合并到主分支的？” + +#### 双点 + +最常用的指明范围的方法是双点的语法。这种语法主要是让 Git 区分出可从一个分支中获得而不能从另一个分支中获得的提交。例如，假设你有类似于图 6-1 的提交历史。 + +![img](http://iissnan.com/progit/book_src/figures/18333fig0601-tn.png) +图 6-1. 范围选择的提交历史实例 + +你想要查看你的试验分支上哪些没有被提交到主分支，那么你就可以使用 `master..experiment` 来让 Git 显示这些提交的日志——这句话的意思是“所有可从experiment分支中获得而不能从master分支中获得的提交”。为了使例子简单明了，我使用了图标中提交对象的字母来代替真实日志的输出，所以会显示： + +``` +$ git log master..experiment +D +C +``` + +另一方面，如果你想看相反的——所有在 `master` 而不在 `experiment` 中的分支——你可以交换分支的名字。`experiment..master` 显示所有可在 `master` 获得而在 `experiment` 中不能的提交： + +``` +$ git log experiment..master +F +E +``` + +这在你想保持 `experiment` 分支最新和预览你将合并的提交的时候特别有用。这个语法的另一种常见用途是查看你将把什么推送到远程： + +``` +$ git log origin/master..HEAD +``` + +这条命令显示任何在你当前分支上而不在远程`origin` 上的提交。如果你运行 `git push` 并且的你的当前分支正在跟踪 `origin/master`，被`git log origin/master..HEAD` 列出的提交就是将被传输到服务器上的提交。 你也可以留空语法中的一边来让 Git 来假定它是 HEAD。例如，输入 `git log origin/master..` 将得到和上面的例子一样的结果—— Git 使用 HEAD 来代替不存在的一边。 + +#### 多点 + +双点语法就像速记一样有用；但是你也许会想针对两个以上的分支来指明修订版本，比如查看哪些提交被包含在某些分支中的一个，但是不在你当前的分支上。Git允许你在引用前使用`^`字符或者`--not`指明你不希望提交被包含其中的分支。因此下面三个命令是等同的： + +``` +$ git log refA..refB +$ git log ^refA refB +$ git log refB --not refA +``` + +这样很好，因为它允许你在查询中指定多于两个的引用，而这是双点语法所做不到的。例如，如果你想查找所有从`refA`或`refB`包含的但是不被`refC`包含的提交，你可以输入下面中的一个 + +``` +$ git log refA refB ^refC +$ git log refA refB --not refC +``` + +这建立了一个非常强大的修订版本查询系统，应该可以帮助你解决分支里包含了什么这个问题。 + +#### 三点 + +最后一种主要的范围选择语法是三点语法，这个可以指定被两个引用中的一个包含但又不被两者同时包含的分支。回过头来看一下图6-1里所列的提交历史的例子。 如果你想查看`master`或者`experiment`中包含的但不是两者共有的引用，你可以运行 + +``` +$ git log master...experiment +F +E +D +C +``` + +这个再次给出你普通的`log`输出但是只显示那四次提交的信息，按照传统的提交日期排列。 + +这种情形下，`log`命令的一个常用参数是`--left-right`，它会显示每个提交到底处于哪一侧的分支。这使得数据更加有用。 + +``` +$ git log --left-right master...experiment +< F +< E +> D +> C +``` + +有了以上工具，让Git知道你要察看哪些提交就容易得多了。 + + + + + +## 储藏（Stashing） + +经常有这样的事情发生，当你正在进行项目中某一部分的工作，里面的东西处于一个比较杂乱的状态，而你想转到其他分支上进行一些工作。问题是，你不想提交进行了一半的工作，否则以后你无法回到这个工作点。解决这个问题的办法就是`git stash`命令。 + +“‘储藏”“可以获取你工作目录的中间状态——也就是你修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中，随时可以重新应用。 + +### 储藏你的工作 + +为了演示这一功能，你可以进入你的项目，在一些文件上进行工作，有可能还暂存其中一个变更。如果你运行 `git status`，你可以看到你的中间状态： + +``` +$ git status +# On branch master +# Changes to be committed: +# (use "git reset HEAD ..." to unstage) +# +# modified: index.html +# +# Changes not staged for commit: +# (use "git add ..." to update what will be committed) +# +# modified: lib/simplegit.rb +# +``` + +现在你想切换分支，但是你还不想提交你正在进行中的工作；所以你储藏这些变更。为了往堆栈推送一个新的储藏，只要运行 `git stash`： + +``` +$ git stash +Saved working directory and index state \ + "WIP on master: 049d078 added the index file" +HEAD is now at 049d078 added the index file +(To restore them type "git stash apply") +``` + +你的工作目录就干净了： + +``` +$ git status +# On branch master +nothing to commit, working directory clean +``` + +这时，你可以方便地切换到其他分支工作；你的变更都保存在栈上。要查看现有的储藏，你可以使用 `git stash list`： + +``` +$ git stash list +stash@{0}: WIP on master: 049d078 added the index file +stash@{1}: WIP on master: c264051 Revert "added file_size" +stash@{2}: WIP on master: 21d80a5 added number to log +``` + +在这个案例中，之前已经进行了两次储藏，所以你可以访问到三个不同的储藏。你可以重新应用你刚刚实施的储藏，所采用的命令就是之前在原始的 stash 命令的帮助输出里提示的：`git stash apply`。如果你想应用更早的储藏，你可以通过名字指定它，像这样：`git stash apply stash@{2}`。如果你不指明，Git 默认使用最近的储藏并尝试应用它： + +``` +$ git stash apply +# On branch master +# Changes not staged for commit: +# (use "git add ..." to update what will be committed) +# +# modified: index.html +# modified: lib/simplegit.rb +# +``` + +你可以看到 Git 重新修改了你所储藏的那些当时尚未提交的文件。在这个案例里，你尝试应用储藏的工作目录是干净的，并且属于同一分支；但是一个干净的工作目录和应用到相同的分支上并不是应用储藏的必要条件。你可以在其中一个分支上保留一份储藏，随后切换到另外一个分支，再重新应用这些变更。在工作目录里包含已修改和未提交的文件时，你也可以应用储藏——Git 会给出归并冲突如果有任何变更无法干净地被应用。 + +对文件的变更被重新应用，但是被暂存的文件没有重新被暂存。想那样的话，你必须在运行 `git stash apply` 命令时带上一个 `--index` 的选项来告诉命令重新应用被暂存的变更。如果你是这么做的，你应该已经回到你原来的位置： + +``` +$ git stash apply --index +# On branch master +# Changes to be committed: +# (use "git reset HEAD ..." to unstage) +# +# modified: index.html +# +# Changes not staged for commit: +# (use "git add ..." to update what will be committed) +# +# modified: lib/simplegit.rb +# +``` + +apply 选项只尝试应用储藏的工作——储藏的内容仍然在栈上。要移除它，你可以运行 `git stash drop`，加上你希望移除的储藏的名字： + +``` +$ git stash list +stash@{0}: WIP on master: 049d078 added the index file +stash@{1}: WIP on master: c264051 Revert "added file_size" +stash@{2}: WIP on master: 21d80a5 added number to log +$ git stash drop stash@{0} +Dropped stash@{0} (364e91f3f268f0900bc3ee613f9f733e82aaed43) +``` + +你也可以运行 `git stash pop` 来重新应用储藏，同时立刻将其从堆栈中移走。 + +### 取消储藏(Un-applying a Stash) + +在某些情况下，你可能想应用储藏的修改，在进行了一些其他的修改后，又要取消之前所应用储藏的修改。Git没有提供类似于 `stash unapply` 的命令，但是可以通过取消该储藏的补丁达到同样的效果： + +``` +$ git stash show -p stash@{0} | git apply -R +``` + +同样的，如果你沒有指定具体的某个储藏，Git 会选择最近的储藏： + +``` +$ git stash show -p | git apply -R +``` + +你可能会想要新建一个別名，在你的 Git 里增加一个 `stash-unapply` 命令，这样更有效率。例如： + +``` +$ git config --global alias.stash-unapply '!git stash show -p | git apply -R' +$ git stash apply +$ #... work work work +$ git stash-unapply +``` + +### 从储藏中创建分支 + +如果你储藏了一些工作，暂时不去理会，然后继续在你储藏工作的分支上工作，你在重新应用工作时可能会碰到一些问题。如果尝试应用的变更是针对一个你那之后修改过的文件，你会碰到一个归并冲突并且必须去化解它。如果你想用更方便的方法来重新检验你储藏的变更，你可以运行 `git stash branch`，这会创建一个新的分支，检出你储藏工作时的所处的提交，重新应用你的工作，如果成功，将会丢弃储藏。 + +``` +$ git stash branch testchanges +Switched to a new branch "testchanges" +# On branch testchanges +# Changes to be committed: +# (use "git reset HEAD ..." to unstage) +# +# modified: index.html +# +# Changes not staged for commit: +# (use "git add ..." to update what will be committed) +# +# modified: lib/simplegit.rb +# +Dropped refs/stash@{0} (f0dfc4d5dc332d1cee34a634182e168c4efc3359) +``` + +这是一个很棒的捷径来恢复储藏的工作然后在新的分支上继续当时的工作。 + + + +## 重写历史 + +很多时候，在 Git 上工作的时候，你也许会由于某种原因想要修订你的提交历史。Git 的一个卓越之处就是它允许你在最后可能的时刻再作决定。你可以在你即将提交暂存区时决定什么文件归入哪一次提交，你可以使用 stash 命令来决定你暂时搁置的工作，你可以重写已经发生的提交以使它们看起来是另外一种样子。这个包括改变提交的次序、改变说明或者修改提交中包含的文件，将提交归并、拆分或者完全删除——这一切在你尚未开始将你的工作和别人共享前都是可以的。 + +在这一节中，你会学到如何完成这些很有用的任务以使你的提交历史在你将其共享给别人之前变成你想要的样子。 + +### 改变最近一次提交 + +改变最近一次提交也许是最常见的重写历史的行为。对于你的最近一次提交，你经常想做两件基本事情：改变提交说明，或者改变你刚刚通过增加，改变，删除而记录的快照。 + +如果你只想修改最近一次提交说明，这非常简单： + +``` +$ git commit --amend +``` + +这会把你带入文本编辑器，里面包含了你最近一次提交说明，供你修改。当你保存并退出编辑器，这个编辑器会写入一个新的提交，里面包含了那个说明，并且让它成为你的新的最近一次提交。 + +如果你完成提交后又想修改被提交的快照，增加或者修改其中的文件，可能因为你最初提交时，忘了添加一个新建的文件，这个过程基本上一样。你通过修改文件然后对其运行`git add`或对一个已被记录的文件运行`git rm`，随后的`git commit --amend`会获取你当前的暂存区并将它作为新提交对应的快照。 + +使用这项技术的时候你必须小心，因为修正会改变提交的SHA-1值。这个很像是一次非常小的rebase——不要在你最近一次提交被推送后还去修正它。 + +### 修改多个提交说明 + +要修改历史中更早的提交，你必须采用更复杂的工具。Git没有一个修改历史的工具，但是你可以使用rebase工具来衍合一系列的提交到它们原来所在的HEAD上而不是移到新的上。依靠这个交互式的rebase工具，你就可以停留在每一次提交后，如果你想修改或改变说明、增加文件或任何其他事情。你可以通过给`git rebase`增加`-i`选项来以交互方式地运行rebase。你必须通过告诉命令衍合到哪次提交，来指明你需要重写的提交的回溯深度。 + +例如，你想修改最近三次的提交说明，或者其中任意一次，你必须给`git rebase -i`提供一个参数，指明你想要修改的提交的父提交，例如`HEAD~2`或者`HEAD~3`。可能记住`~3`更加容易，因为你想修改最近三次提交；但是请记住你事实上所指的是四次提交之前，即你想修改的提交的父提交。 + +``` +$ git rebase -i HEAD~3 +``` + +再次提醒这是一个衍合命令——`HEAD~3..HEAD`范围内的每一次提交都会被重写，无论你是否修改说明。不要涵盖你已经推送到中心服务器的提交——这么做会使其他开发者产生混乱，因为你提供了同样变更的不同版本。 + +运行这个命令会为你的文本编辑器提供一个提交列表，看起来像下面这样 + +``` +pick f7f3f6d changed my name a bit +pick 310154e updated README formatting and added blame +pick a5f4a0d added cat-file + +# Rebase 710f0f8..a5f4a0d onto 710f0f8 +# +# Commands: +# p, pick = use commit +# e, edit = use commit, but stop for amending +# s, squash = use commit, but meld into previous commit +# +# If you remove a line here THAT COMMIT WILL BE LOST. +# However, if you remove everything, the rebase will be aborted. +# +``` + +很重要的一点是你得注意这些提交的顺序与你通常通过`log`命令看到的是相反的。如果你运行`log`，你会看到下面这样的结果： + +``` +$ git log --pretty=format:"%h %s" HEAD~3..HEAD +a5f4a0d added cat-file +310154e updated README formatting and added blame +f7f3f6d changed my name a bit +``` + +请注意这里的倒序。交互式的rebase给了你一个即将运行的脚本。它会从你在命令行上指明的提交开始(`HEAD~3`)然后自上至下重播每次提交里引入的变更。它将最早的列在顶上而不是最近的，因为这是第一个需要重播的。 + +你需要修改这个脚本来让它停留在你想修改的变更上。要做到这一点，你只要将你想修改的每一次提交前面的pick改为edit。例如，只想修改第三次提交说明的话，你就像下面这样修改文件： + +``` +edit f7f3f6d changed my name a bit +pick 310154e updated README formatting and added blame +pick a5f4a0d added cat-file +``` + +当你保存并退出编辑器，Git会倒回至列表中的最后一次提交，然后把你送到命令行中，同时显示以下信息： + +``` +$ git rebase -i HEAD~3 +Stopped at 7482e0d... updated the gemspec to hopefully work better +You can amend the commit now, with + + git commit --amend + +Once you’re satisfied with your changes, run + + git rebase --continue +``` + +这些指示很明确地告诉了你该干什么。输入 + +``` +$ git commit --amend +``` + +修改提交说明，退出编辑器。然后，运行 + +``` +$ git rebase --continue +``` + +这个命令会自动应用其他两次提交，你就完成任务了。如果你将更多行的 pick 改为 edit ，你就能对你想修改的提交重复这些步骤。Git每次都会停下，让你修正提交，完成后继续运行。 + +### 重排提交 + +你也可以使用交互式的衍合来彻底重排或删除提交。如果你想删除"added cat-file"这个提交并且修改其他两次提交引入的顺序，你将rebase脚本从这个 + +``` +pick f7f3f6d changed my name a bit +pick 310154e updated README formatting and added blame +pick a5f4a0d added cat-file +``` + +改为这个： + +``` +pick 310154e updated README formatting and added blame +pick f7f3f6d changed my name a bit +``` + +当你保存并退出编辑器，Git 将分支倒回至这些提交的父提交，应用`310154e`，然后`f7f3f6d`，接着停止。你有效地修改了这些提交的顺序并且彻底删除了"added cat-file"这次提交。 + +### 压制(Squashing)提交 + +交互式的衍合工具还可以将一系列提交压制为单一提交。脚本在 rebase 的信息里放了一些有用的指示： + +``` +# +# Commands: +# p, pick = use commit +# e, edit = use commit, but stop for amending +# s, squash = use commit, but meld into previous commit +# +# If you remove a line here THAT COMMIT WILL BE LOST. +# However, if you remove everything, the rebase will be aborted. +# +``` + +如果不用"pick"或者"edit"，而是指定"squash"，Git 会同时应用那个变更和它之前的变更并将提交说明归并。因此，如果你想将这三个提交合并为单一提交，你可以将脚本修改成这样： + +``` +pick f7f3f6d changed my name a bit +squash 310154e updated README formatting and added blame +squash a5f4a0d added cat-file +``` + +当你保存并退出编辑器，Git 会应用全部三次变更然后将你送回编辑器来归并三次提交说明。 + +``` +# This is a combination of 3 commits. +# The first commit's message is: +changed my name a bit + +# This is the 2nd commit message: + +updated README formatting and added blame + +# This is the 3rd commit message: + +added cat-file +``` + +当你保存之后，你就拥有了一个包含前三次提交的全部变更的单一提交。 + +### 拆分提交 + +拆分提交就是撤销一次提交，然后多次部分地暂存或提交直到结束。例如，假设你想将三次提交中的中间一次拆分。将"updated README formatting and added blame"拆分成两次提交：第一次为"updated README formatting"，第二次为"added blame"。你可以在`rebase -i`脚本中修改你想拆分的提交前的指令为"edit"： + +``` +pick f7f3f6d changed my name a bit +edit 310154e updated README formatting and added blame +pick a5f4a0d added cat-file +``` + +然后，这个脚本就将你带入命令行，你重置那次提交，提取被重置的变更，从中创建多次提交。当你保存并退出编辑器，Git 倒回到列表中第一次提交的父提交，应用第一次提交（`f7f3f6d`），应用第二次提交（`310154e`），然后将你带到控制台。那里你可以用`git reset HEAD^`对那次提交进行一次混合的重置，这将撤销那次提交并且将修改的文件撤回。此时你可以暂存并提交文件，直到你拥有多次提交，结束后，运行`git rebase --continue`。 + +``` +$ git reset HEAD^ +$ git add README +$ git commit -m 'updated README formatting' +$ git add lib/simplegit.rb +$ git commit -m 'added blame' +$ git rebase --continue +``` + +Git在脚本中应用了最后一次提交（`a5f4a0d`），你的历史看起来就像这样了： + +``` +$ git log -4 --pretty=format:"%h %s" +1c002dd added cat-file +9b29157 added blame +35cfb2b updated README formatting +f3cc40e changed my name a bit +``` + +再次提醒，这会修改你列表中的提交的 SHA 值，所以请确保这个列表里不包含你已经推送到共享仓库的提交。 + +### 核弹级选项: filter-branch + +如果你想用脚本的方式修改大量的提交，还有一个重写历史的选项可以用——例如，全局性地修改电子邮件地址或者将一个文件从所有提交中删除。这个命令是`filter-branch`，这个会大面积地修改你的历史，所以你很有可能不该去用它，除非你的项目尚未公开，没有其他人在你准备修改的提交的基础上工作。尽管如此，这个可以非常有用。你会学习一些常见用法，借此对它的能力有所认识。 + +#### 从所有提交中删除一个文件 + +这个经常发生。有些人不经思考使用`git add .`，意外地提交了一个巨大的二进制文件，你想将它从所有地方删除。也许你不小心提交了一个包含密码的文件，而你想让你的项目开源。`filter-branch`大概会是你用来清理整个历史的工具。要从整个历史中删除一个名叫password.txt的文件，你可以在`filter-branch`上使用`--tree-filter`选项： + +``` +$ git filter-branch --tree-filter 'rm -f passwords.txt' HEAD +Rewrite 6b9b3cf04e7c5686a9cb838c3f36a8cb6a0fc2bd (21/21) +Ref 'refs/heads/master' was rewritten +``` + +`--tree-filter`选项会在每次检出项目时先执行指定的命令然后重新提交结果。在这个例子中，你会在所有快照中删除一个名叫 password.txt 的文件，无论它是否存在。如果你想删除所有不小心提交上去的编辑器备份文件，你可以运行类似`git filter-branch --tree-filter "find * -type f -name '*~' -delete" HEAD`的命令。 + +你可以观察到 Git 重写目录树并且提交，然后将分支指针移到末尾。一个比较好的办法是在一个测试分支上做这些然后在你确定产物真的是你所要的之后，再 hard-reset 你的主分支。要在你所有的分支上运行`filter-branch`的话，你可以传递一个`--all`给命令。 + +#### 将一个子目录设置为新的根目录 + +假设你完成了从另外一个代码控制系统的导入工作，得到了一些没有意义的子目录（trunk, tags等等）。如果你想让`trunk`子目录成为每一次提交的新的项目根目录，`filter-branch`也可以帮你做到： + +``` +$ git filter-branch --subdirectory-filter trunk HEAD +Rewrite 856f0bf61e41a27326cdae8f09fe708d679f596f (12/12) +Ref 'refs/heads/master' was rewritten +``` + +现在你的项目根目录就是`trunk`子目录了。Git 会自动地删除不对这个子目录产生影响的提交。 + +#### 全局性地更换电子邮件地址 + +另一个常见的案例是你在开始时忘了运行`git config`来设置你的姓名和电子邮件地址，也许你想开源一个项目，把你所有的工作电子邮件地址修改为个人地址。无论哪种情况你都可以用`filter-branch`来更换多次提交里的电子邮件地址。你必须小心一些，只改变属于你的电子邮件地址，所以你使用`--commit-filter`： + +``` +$ git filter-branch --commit-filter ' + if [ "$GIT_AUTHOR_EMAIL" = "schacon@localhost" ]; + then + GIT_AUTHOR_NAME="Scott Chacon"; + GIT_AUTHOR_EMAIL="schacon@example.com"; + git commit-tree "$@"; + else + git commit-tree "$@"; + fi' HEAD +``` + +这个会遍历并重写所有提交使之拥有你的新地址。因为提交里包含了它们的父提交的SHA-1值，这个命令会修改你的历史中的所有提交，而不仅仅是包含了匹配的电子邮件地址的那些。 + + + +![GUI](https://ws2.sinaimg.cn/large/006tNc79ly1fjvkktt7bsj30jg0o4aax.jpg) + + + +![](https://ws2.sinaimg.cn/large/006tNc79ly1fjvkktt7bsj30jg0o4aax.jpg) + + + + + + + + + + + + + + + + + + + + + diff --git "a/Go/Go\347\232\204\347\273\203\344\271\240\344\273\243\347\240\201.md" "b/Go/Go\347\232\204\347\273\203\344\271\240\344\273\243\347\240\201.md" new file mode 100644 index 0000000..474d57a --- /dev/null +++ "b/Go/Go\347\232\204\347\273\203\344\271\240\344\273\243\347\240\201.md" @@ -0,0 +1,135 @@ +# 平时练习Go的代码 + +1.go实现递归： + +``` +package main + +import "fmt" + +func main() { + var result = fibonacci(10) + fmt.Printf("fibonacci(%d) is: %d\n", 10, result) + +} + +func fibonacci(n int) (res int) { + if n <= 0 { + res = 0 + }else { + res = n + fibonacci(n-1) + } + return +} +``` + + +2.go实现回调 + +``` +package main + +import "fmt" + +func main() { + callback(1,Add) +} + +func Add(a,b int) { + fmt.Printf("The sum of %d and %d is: %d\n", a, b, a+b) +} + +func callback(y int,f func(int,int)) { + f(y,2) +} +``` + +3.函数调用 + +``` +package main + +import "fmt" + +func main() { + var f = Adder2() + fmt.Print(f(1), " - ") + fmt.Print(f(20), " - ") + fmt.Print(f(300)) +} + +func Adder2() func(int) int { + var x int + return func(delta int) int { + x += delta + return x + } +} +``` + + +4.把函数付给变量 + +``` +package main + +import "fmt" + +func main() { + // make an Add2 function, give it a name p2, and call it: + p2 := Add2() + fmt.Printf("Call Add2 for 3 gives: %v\n", p2(3)) + // make a special Adder function, a gets value 3: + TwoAdder := Adder(2) + fmt.Printf("The result is: %v\n", TwoAdder(3)) +} + +func Add2() func(b int) int { + return func(b int) int { + return b + 2 + } +} + +func Adder(a int) func(b int) int { + return func(b int) int { + return a + b + } +} +``` + +5.切片实例 + +``` +package main +import "fmt" + +func main() { + var arr1 [6]int + var slice1 []int = arr1[2:5] // item at index 5 not included! + + // load the array with integers: 0,1,2,3,4,5 + for i := 0; i < len(arr1); i++ { + arr1[i] = i + } + + // print the slice + for i := 0; i < len(slice1); i++ { + fmt.Printf("Slice at %d is %d\n", i, slice1[i]) + } + + fmt.Printf("The length of arr1 is %d\n", len(arr1)) + fmt.Printf("The length of slice1 is %d\n", len(slice1)) + fmt.Printf("The capacity of slice1 is %d\n", cap(slice1)) + + // grow the slice + slice1 = slice1[0:4] + for i := 0; i < len(slice1); i++ { + fmt.Printf("Slice at %d is %d\n", i, slice1[i]) + } + fmt.Printf("The length of slice1 is %d\n", len(slice1)) + fmt.Printf("The capacity of slice1 is %d\n", cap(slice1)) + + // grow the slice beyond capacity + //slice1 = slice1[0:7 ] // panic: runtime error: slice bound out of range +} +``` diff --git "a/IOSNote/Ios\344\270\212\346\236\266app\351\234\200\350\246\201\347\232\204\345\233\276\346\240\207\345\260\272\345\257\270.md" "b/IOSNote/Ios\344\270\212\346\236\266app\351\234\200\350\246\201\347\232\204\345\233\276\346\240\207\345\260\272\345\257\270.md" new file mode 100644 index 0000000..77cfe97 --- /dev/null +++ "b/IOSNote/Ios\344\270\212\346\236\266app\351\234\200\350\246\201\347\232\204\345\233\276\346\240\207\345\260\272\345\257\270.md" @@ -0,0 +1,28 @@ + +# IOS上架所需要的图标的尺寸 + +## iocn + +1. Icon.png - 57 * 57 iPhone应用图标 +2. Icon@2x.png - 114 * 114 iPhone Retina显示应用图标 +3. Icon-Small.png - 29 * 29 系统设置和搜索结果图标 +4. Icon-Small@2x.png - 58 * 58 iPhone Retina显示屏 系统设置和搜索结果图标 +5. app store 上线需要两版图标 1024 * 1024 512 * 512 + + + +ios里面的切图： +需要三版，以适应不同的分辨率，命名就是前半部分一样，后面加上@2x就可以。用的时候正常用前半部分名字，系统会根据分辨率自动选择。 + +如果设计稿是iPhone6: 750 * 1334 + +那么我们切图，切出来的图直接就是@2x的，我们还需要切出一套@1x的，还需要一套@3x的。 + +转换关系是，如果一个图在ps的大小是，10px的话(750 * 1334的设计稿)。 + +那么@1x : 5px @2px : 10px @3px : 15px + + + + + diff --git "a/JavaNote/Javaee/Spring-boot\345\205\245\351\227\250.md" "b/JavaNote/Javaee/Spring-boot\345\205\245\351\227\250.md" new file mode 100644 index 0000000..ba69c50 --- /dev/null +++ "b/JavaNote/Javaee/Spring-boot\345\205\245\351\227\250.md" @@ -0,0 +1,23 @@ +# Spiring-boot入门 + +> 最入门级别的Spring框架，省了很多配置的过程，比较适合初学者，或者微站的使用，所以打算从这里开始学起。 + +学习的地址：https://www.bysocket.com/?p=1627 + +包目录结构： + +![](https://ws1.sinaimg.cn/large/006tNc79ly1flcxydakxlj30km0zyt9d.jpg) + +这里面分了很多层，主要有的层就是，controller,dao,domain,service,Application。 + +SpringBoot的优势就在于它内置了TomCat,并且不需要过多的配置就可以直接使用，也不用配置Spring那一套。 + +这次实现的是springboot-restful的过程，rest是web的一种框架风格，主要用于前后端分离。 + +首先我们要实现一个controller，这里面负责拦截用户的url，然后可以设置是GET还是POST的方法，同时我们还需要实现一个dao层，这层是用来负责数据持久化的，简单说就是这里和数据进行的直接接触。接下来要实现一个domain层，这一层大家应该都能明白有的时候我们叫它model有的时候叫它bean，接下来就要实现service层了，这一层中我们需要定义一个接口，并且编写一个它的实现类就可以了，我们在controller中调用的便是这一层的内容。 + +其实我们的代码，以上便已经编写完成了，但是我们还有几个点是没有完成的，我们的sql语句还没有配置呢。我们需要在resources/mapper/CityMapper.xml内中写入。在resources/application.properties中写入数据库的信息，配置一下就好。 + +代码地址：https://github.com/linsir6/Javaee-Spring-demo + +博主在Spring方面也是刚刚起步的小菜鸟，写以上内容只是为了，记录学习笔记，要是有什么错误，欢迎大家提出指正。 diff --git "a/JavaNote/Java\347\233\270\345\205\263/ArrayList\343\200\201LinkedList\343\200\201Vector\347\232\204\345\274\202\345\220\214.md" "b/JavaNote/Java\347\233\270\345\205\263/ArrayList\343\200\201LinkedList\343\200\201Vector\347\232\204\345\274\202\345\220\214.md" new file mode 100644 index 0000000..d02649c --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/ArrayList\343\200\201LinkedList\343\200\201Vector\347\232\204\345\274\202\345\220\214.md" @@ -0,0 +1,69 @@ +# ArrayList、LinkedList、Vector的异同 + +我们可以看出ArrayList、LinkedList、Vector都实现了List的接口。 + +接下来分别看一下三个数据结构的说明： + +- 首先是ArrayList + +``public class **ArrayList** extends AbstractList +implements List, RandomAccess, Cloneable, Serializable`` + +List 接口的**大小可变数组**的实现。实现了所有可选列表操作，并**允许包括 null 在内的所有元素**。除了实现 List 接口外，此类还提供一些方法来操作内部用来存储列表的数组的大小。（此类大致上等同于 Vector 类，除了**此类是不同步的**。） + +每个 ArrayList 实例都有一个容量。该容量是指用来存储列表元素的数组的大小。它总是至少等于列表的大小。随着向 ArrayList 中不断添加元素，其容量也自动增长。并未指定增长策略的细节，因为这不只是添加元素会带来分摊固定时间开销那样简单。 + +在添加大量元素前，应用程序可以使用 ensureCapacity 操作来增加 ArrayList 实例的容量。这可以减少递增式再分配的数量。 + +``List list = Collections.synchronizedList(new ArrayList(...)); `` + +此类的 iterator 和 listIterator 方法返回的迭代器是快速失败的：在创建迭代器之后，除非通过迭代器自身的 remove 或 add 方法从结构上对列表进行修改，否则在任何时间以任何方式对列表进行修改，迭代器都会抛出 ConcurrentModificationException。因此，面对并发的修改，迭代器很快就会完全失败，而不是冒着在将来某个不确定时间发生任意不确定行为的风险。 +注意，迭代器的快速失败行为无法得到保证，因为一般来说，不可能对是否出现不同步并发修改做出任何硬性保证。快速失败迭代器会尽最大努力抛出 ConcurrentModificationException。因此，为提高这类迭代器的正确性而编写一个依赖于此异常的程序是错误的做法：迭代器的快速失败行为应该仅用于检测 bug。 + +- 然后是LinkedList + + +``public class **LinkedList** extends AbstractSequentialList +implements List, Deque, Cloneable, Serializable`` + +List 接口的链接列表实现。实现所有可选的列表操作，并且允许所有元素（**包括 null**）。除了实现 List 接口外，LinkedList 类还为在列表的开头及结尾 get、remove 和 insert 元素提供了统一的命名方法。这些操作允许将链接列表用作堆栈、队列或双端队列。 + +此类实现 Deque 接口，为 add、poll 提供先进先出队列操作，以及其他堆栈和双端队列操作。 + +所有操作都是按照**双重链接列表**的需要执行的。在列表中编索引的操作将从开头或结尾遍历列表（从靠近指定索引的一端）。 + +注意，此实现**不是同步**的。如果多个线程同时访问一个链接列表，而其中至少一个线程从结构上修改了该列表，则它必须 保持外部同步。（结构修改指添加或删除一个或多个元素的任何操作；仅设置元素的值不是结构修改。）这一般通过**对自然封装该列表的对象进行同步操作来完成**。如果不存在这样的对象，则应该使用 Collections.synchronizedList 方法来“包装”该列表。最好在创建时完成这一操作，以防止对列表进行意外的不同步访问，如下所示： + +``List list = Collections.synchronizedList(new LinkedList(...));`` + +此类的 iterator 和 listIterator 方法返回的迭代器是快速失败 的：在迭代器创建之后，如果从结构上对列表进行修改，除非通过迭代器自身的 remove 或 add 方法，其他任何时间任何方式的修改，迭代器都将抛出 ConcurrentModificationException。因此，面对并发的修改，迭代器很快就会完全失败，而不冒将来不确定的时间任意发生不确定行为的风险。 + +注意，迭代器的快速失败行为不能得到保证，一般来说，存在不同步的并发修改时，不可能作出任何硬性保证。快速失败迭代器尽最大努力抛出 ConcurrentModificationException。因此，编写依赖于此异常的程序的方式是错误的，正确做法是：迭代器的快速失败行为应该仅用于检测程序错误。 + +- 最后是Vector + +public class **Vector** extends AbstractList +implements List, RandomAccess, Cloneable, Serializable + +Vector 类可以**实现可增长的对象数组**。与数组一样，它包含可以使用整数索引进行访问的组件。但是，Vector 的大小可以根据需要增大或缩小，以适应创建 Vector 后进行添加或移除项的操作。 + +每个向量会试图通过维护 capacity 和 capacityIncrement 来优化存储管理。capacity 始终至少应与向量的大小相等；这个值通常比后者大些，因为随着将组件添加到向量中，其存储将按 capacityIncrement 的大小增加存储块。应用程序可以在插入大量组件前增加向量的容量；这样就减少了增加的重分配的量。 + +由 Vector 的 iterator 和 listIterator 方法所返回的迭代器是快速失败的：如果在迭代器创建后的任意时间从结构上修改了向量（通过迭代器自身的 remove 或 add 方法之外的任何其他方式），则迭代器将抛出 ConcurrentModificationException。因此，面对并发的修改，迭代器很快就完全失败，而不是冒着在将来不确定的时间任意发生不确定行为的风险。Vector 的 elements 方法返回的 Enumeration 不是 快速失败的。 + +注意，迭代器的快速失败行为不能得到保证，一般来说，存在不同步的并发修改时，不可能作出任何坚决的保证。快速失败迭代器尽最大努力抛出 ConcurrentModificationException。因此，编写依赖于此异常的程序的方式是错误的，正确做法是：迭代器的快速失败行为应该仅用于检测 bug。 + +从 Java 2 平台 v1.2 开始，此类改进为可以实现 List 接口，使它成为 Java Collections Framework 的成员。与新 collection 实现不同，**Vector 是同步的**。 + +---- + + - 区别 + + + ArrayList 本质上是一个可改变大小的**数组**.当元素加入时,其大小将会动态地增长.内部的元素可以直接通过get与set方法进行访问.元素顺序存储 ,**随机访问很快，删除非头尾元素慢，新增元素慢而且费资源** ,较适用于无频繁增删的情况 ,比数组效率低，如果不是需要可变数组，可考虑使用数组 ,**非线程安全**. + + LinkedList 是一个**双链表**,在添加和删除元素时具有比ArrayList更好的性能.但在get与set方面弱于ArrayList. 适用于 ：没有大规模的随机读取，大量的增加/删除操作.**随机访问很慢，增删操作很快**，不耗费多余资源 ,允许null元素,**非线程安全.** + + Vector （类似于ArrayList）但其是**同步**的，开销就比ArrayList要大。如果你的程序本身是线程安全的，那么使用ArrayList是更好的选择。 +Vector和ArrayList在更多元素添加进来时会请求更大的空间。Vector每次请求其大小的双倍空间，而ArrayList每次对size增长50%. + diff --git "a/JavaNote/Java\347\233\270\345\205\263/Des\345\212\240\345\257\206\347\256\227\346\263\225.md" "b/JavaNote/Java\347\233\270\345\205\263/Des\345\212\240\345\257\206\347\256\227\346\263\225.md" new file mode 100644 index 0000000..ab08b74 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/Des\345\212\240\345\257\206\347\256\227\346\263\225.md" @@ -0,0 +1,112 @@ +# Des加密算法 + +> des加密算法，是一个对称的加密算法，目前被广泛应用，所以打算写一个demo。 + + +``` +package com.dao; + +import com.sun.org.apache.xerces.internal.impl.dv.util.Base64; +import sun.misc.BASE64Decoder; +import sun.misc.BASE64Encoder; + +import javax.crypto.Cipher; +import javax.crypto.SecretKey; +import javax.crypto.SecretKeyFactory; +import javax.crypto.spec.DESKeySpec; +import java.io.IOException; +import java.security.SecureRandom; + +/** + * Created by linSir on 2017/6/22.des加密算法 + */ +public class Test { + + public static void main(String args[]) throws IOException { + + + //加密 + //byte[] result = Test.encrypt(str.getBytes(),password); + //BASE64Encoder base64encoder = new BASE64Encoder(); + //String encode=base64encoder.encode(result); + + String miwen = "ZraEmkLPeVT1CBGRpcbXTfVRhUWt6riMMh8UoWcVEClwLcCRuJoMmZW+IS5MYshasXVUu1VIFeqE\n" + + "ySjMvDvu4z6GxUR7BVq95mfILIT6kvCLW1rvgJoZGlkXzDW7R+n8R/POzu61cfKejnMnW0HiRmsK\n" + + "CNLB3zf0KYfB5H0x0+GUtXQmtQyG0x5tQSyHSWOdQVyEj7mYFw4h6uFhN94ifgZq8ohpUduWZBgU\n" + + "EN3B4akKt8+oPQPFv1GvrFucOmrfDpyTy+YuLZZ0nlPA5AYTa2TnC++ZPPo62XW4O2EZ0qGXcuO1\n" + + "3zHfq8mmtdQ7DbGN2JIBNLL/EN97o7pHRkVNbB9/eHElf37MghHZWTUfIlvRtSTwaWkW3IR2aWzj\n" + + "GQXrdqErVUdcTvLH2fGnInYU6XAtwJG4mgyZG6OZZ89Yg9iOcWG4GruJvFEa/UQNDmbS+vyvWpP/\n" + + "75zOiDos5s5yeJUcUaJt+SkUR7z5yr7bbK/DHkS5aEvfNI/nL4Z4DrGN++9Uzv34XD4ZTg0csEuL\n" + + "96+LAUKED43iaJUo6wruiZ/7KmpvP5p3ii5p03Z1ymscmTlqUTZ55YFBCz3dZg8OSGIlKj+7uaYF\n" + + "umweL38ksAtVL1wjgWMVF+9oYUie/jf6+mAdmvwiACoGu71ZziWc4tz1UPb27Qx4Qf0h/nItAkuT\n" + + "yLK6+Hx0+GQ2weK2q95kgf8zUs1igyhu1VdMGHbp/Ma3DyJIo6wPgwRlpFedCq0/w7ECGGPHfLUb\n" + + "eNmBK3nCqqN7TABiLfHfzR8mBjjMcJQ1MtGGwZB6H6zAGkcSEQqHgsTbnG6t8GvS06t9eepMn6VG\n" + + "7X+dS4LUS9LpIZ/OgNwxvyxd3vw/dKn9u0OLgvJRGv1EDQ5m0t80qIo6RxHCLmnTdnXKaxxFIhNG\n" + + "caq19CPEthsSFziTHlX/qM5g/yCwbN9+qClQ0z5VI/ZGUAcs9Cz3WjimPGKNyLa+AKgUE7dh4sFr\n" + + "vQGrlRxRom35KRRRd/VE9Goz3EAcQQ1NhiDMYobeoH0as5XkG3hTF2zZyfn/QJZnNwh4GxCLkZPS\n" + + "VKFdg0bpAy3irJouw+IG69DUewM4W4a1u7h8i76pCLLxP5gIYqKqKgm97itSQe8ZV3qbG9gNxMrg\n" + + "aUQ+fCE3TvsP07RdLW9Dn6Mazxnq7wnw9X2Qj9+sTl+hLLKhL+ZlHIJk5wvvmTz6OikBCmYmdEZb\n" + + "Q1Prg0CgHVrFy4JOc9rTCmLnieHBG/xVwI5AOp42NUOk/Ycc7EIuzQ4tKEGS7RjmcpKEUMkog5c5\n" + + "k693mGsn2VUQNeRPmfrcN7Ra+L18fvKMs1ESEjrUR/GpHwg6UcCBfBh8r/B5bYdoV2ik02liSVzX\n" + + "Kt5vzA3ZjC5mvkF/RJJUoCUa6j3xqznjJhmABsN23gOcRh8RRWb8VGI2xD8ErYwuZr5Bf0SSTyTL\n" + + "p6dacHJIz1u6+TEr9OfinHoMzBwXETOkAnPOt/YdwGw8/MM41w=="; + + BASE64Decoder base64decoder = new BASE64Decoder(); + byte[] encodeByte = base64decoder.decodeBuffer(miwen); + + + //直接将如上内容解密 + try { + byte[] decryResult = Test.decrypt(encodeByte, ""); + System.out.println("解密后：" + new String(decryResult)); + } catch (Exception e1) { + e1.printStackTrace(); + } + + } + + /** + * 加密 + */ + public static byte[] encrypt(byte[] datasource, String password) { + try { + SecureRandom random = new SecureRandom(); + DESKeySpec desKey = new DESKeySpec(password.getBytes()); + //创建一个密匙工厂，然后用它把DESKeySpec转换成 + SecretKeyFactory keyFactory = SecretKeyFactory.getInstance("DES"); + SecretKey securekey = keyFactory.generateSecret(desKey); + //Cipher对象实际完成加密操作 + Cipher cipher = Cipher.getInstance("DES"); + //用密匙初始化Cipher对象 + cipher.init(Cipher.ENCRYPT_MODE, securekey, random); + //现在，获取数据并加密 + //正式执行加密操作 + return cipher.doFinal(datasource); + } catch (Throwable e) { + e.printStackTrace(); + } + return null; + } + + /* + * 解密 + */ + private static byte[] decrypt(byte[] src, String password) throws Exception { + // DES算法要求有一个可信任的随机数源 + SecureRandom random = new SecureRandom(); + // 创建一个DESKeySpec对象 + DESKeySpec desKey = new DESKeySpec(password.getBytes()); + // 创建一个密匙工厂 + SecretKeyFactory keyFactory = SecretKeyFactory.getInstance("DES"); + // 将DESKeySpec对象转换成SecretKey对象 + SecretKey securekey = keyFactory.generateSecret(desKey); + // Cipher对象实际完成解密操作 + Cipher cipher = Cipher.getInstance("DES"); + // 用密匙初始化Cipher对象 + cipher.init(Cipher.DECRYPT_MODE, securekey, random); + // 真正开始解密操作 + return cipher.doFinal(src); + } +} + +``` \ No newline at end of file diff --git "a/JavaNote/Java\347\233\270\345\205\263/HashTable\345\222\214HashMap\347\232\204\345\274\202\345\220\214.md" "b/JavaNote/Java\347\233\270\345\205\263/HashTable\345\222\214HashMap\347\232\204\345\274\202\345\220\214.md" new file mode 100644 index 0000000..c84e827 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/HashTable\345\222\214HashMap\347\232\204\345\274\202\345\220\214.md" @@ -0,0 +1,39 @@ +# HashTable和HashMap的异同 + +- HashTable + + 1. Hashtable继承于Dictionary字典，实现Map接口 + + 2. 键、值都不能是空对象 + + 3. 多次访问，映射元素的顺序相同 + + 4. 线程安全 + + + 5. hash算法 ，Hashtable则直接利用key本身的hash码来做验证 + + 6. 数据遍历的方式 Iterator （支持fast-fail）和 Enumeration （不支持fast-fail） + + 7. 缺省初始长度为11，内部都为抽象方法，需要 它的实现类一一作自己的实现 + +备注：程序在对 collection 进行迭代时，某个线程对该 collection 在结构上对其做了修改，这时迭代器就会抛出 ConcurrentModificationException 异常信息，从而产生 fail-fast。 + +---- + + - HashMap + + 1. HashMap继承于AbstractMap抽象类 + + 2. 键和值都可以是空对象 + + 3. 多次访问，映射元素的顺序可能不同 + + 4. 非线程安全 + HashMap可以通过下面的语句进行同步： +``Map m = Collections.synchronizeMap(hashMap);`` + + 5. 检测是否含有key时，HashMap内部需要将key的hash码重新计算一边再检测数据遍历的方式 Iterator （支持fast-fail） + + 6. 缺省初始长度为16，其内部已经实现了Map所需 要做的大部分工作， 它的子类只需要实现它的少量方法 + diff --git "a/JavaNote/Java\347\233\270\345\205\263/JVM\347\261\273\345\212\240\350\275\275\345\231\250.md" "b/JavaNote/Java\347\233\270\345\205\263/JVM\347\261\273\345\212\240\350\275\275\345\231\250.md" new file mode 100644 index 0000000..08af728 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/JVM\347\261\273\345\212\240\350\275\275\345\231\250.md" @@ -0,0 +1,65 @@ +# 虚拟机类加载机制 + +**虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被Java虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。** + +类从被加载到虚拟内存中开始，到卸载内存为止，它的整个生命周期包括了：加载(Loading)、验证(Verification)、准备(Preparation)、解析(Resolution)、初始化(Initialization)、使用(Using)和卸载(Unloading)七个阶段。其中，验证，准备和解析三个部分统称为连接(Linking)。 + +### 类加载的过程 +类加载的全过程，加载，验证，准备，解析和初始化这五个阶段。 + + + +#### 加载 +在加载阶段，虚拟机需要完成以下三件事情： + +* 通过一个类的全限定名来获取定义此类的二进制字节流 +* 将这个字节流所代表的静态存储结构转换为方法区的运行时数据结构 +* 在Java堆中生成一个代表这个类的java.lang.Class对象，作为方法区这些数据的访问入口 + +#### 验证 +这一阶段的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。不同的虚拟机对类验证的实现可能有所不同，但大致上都会完成下面四个阶段的检验过程：文件格式验证、元数据验证、字节码验证和符号引用验证。 + +**文件格式验证** + +第一阶段要验证字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理。 + +**元数据验证** + +第二阶段是对字节码描述的信息进行语义分析，以保证其描述的信息符合Java语言规范的要求。 + +**字节码验证** + +第三阶段时整个验证过程中最复杂的一个阶段，主要工作是数据流和控制流的分析。在第二阶段对元数据信息中的数据类型做完校验后，这阶段将对类的方法体进行校验分析。这阶段的任务是保证被校验类的方法在运行时不会做出危害虚拟机安全的行为。 + +**符号引用验证** + +最后一个阶段的校验发生在虚拟机将符号引用直接转化为直接引用的时候，这个转化动作将在连接的第三个阶段－解析阶段产生。符号引用验证可以看作是对类自身以外（常量池中的各种符号引用）的信息进行匹配性的校验。 + +#### 准备 +准备阶段是正式为类变量分配内存并设置类变量初始值的阶段，这些内存都将在方法区进行分配。 + +#### 解析 +解析阶段是虚拟机将常量池的符号引用转换为直接引用的过程。解析动作主要针对类或接口、字段、类方法、接口方法四类符号引用进行。 + +* 类或接口的解析 +* 字段解析 +* 类方法解析 +* 接口方法解析 + +#### 初始化 +前面的类加载过程中，除了在加载阶段用户应用程序可以通过自定义类加载器参与之外，其余动作完全由Java虚拟机主导和控制。到了初始化阶段，才真正开始执行类中定义的Java程序代码（或者说是字节码）。在准备阶段，变量已经赋过一次系统要求的初始值，而在初始化阶段，则是根据程序员通过程序制定的主观计划去初始化类变量和其他资源，或者说初始化阶段是执行类构造器()方法的过程。 + +### 类加载器 +--- +#### 类与类加载器 +虚拟机设计团队把类加载阶段中的"通过一个类的全限定名来获取描述此类的二进制字节流"这个动作放到Java虚拟机外部去实现，以便让程序自己决定如何去获取所需的类。实现这个动作的代码模块被称为"类加载器"。 + +#### 双亲委派模型 +站在Java虚拟机的角度讲，只存在两种不同的类加载器：一种是启动类加载器(Bootstrap ClassLoader)，这个类加载器使用C++语言实现，是虚拟机自身的一部分；另外一种就是所有其他的类加载器，这些类加载器都由Java语言实现，独立于虚拟机外部，并且全部继承自抽象类java.lang.ClassLoader。从Java开发人员的角度来看，类加载器还可以分得更细致一些，绝大部分Java程序都会使用到以下三种系统提供的类加载器： + +* 启动类加载器 +* 扩展类加载器 +* 应用程序类加载器 + + + diff --git "a/JavaNote/Java\347\233\270\345\205\263/JVM\350\231\232\346\213\237\346\234\272\345\237\272\347\241\200\347\237\245\350\257\206.md" "b/JavaNote/Java\347\233\270\345\205\263/JVM\350\231\232\346\213\237\346\234\272\345\237\272\347\241\200\347\237\245\350\257\206.md" new file mode 100644 index 0000000..dce428b --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/JVM\350\231\232\346\213\237\346\234\272\345\237\272\347\241\200\347\237\245\350\257\206.md" @@ -0,0 +1,254 @@ +# JVM + + +**内存模型以及分区，需要详细到每个区放什么。** + +[http://blog.csdn.net/ns_code/article/details/17565503](http://blog.csdn.net/ns_code/article/details/17565503) + +JVM所管理的内存分为以下几个运行时数据区：程序计数器、Java虚拟机栈、本地方法栈、Java堆、方法区。 + +![](http://img.blog.csdn.net/20131226151744250) + +程序计数器(Program Counter Register) + +一块较小的内存空间，它是当前线程所执行的字节码的行号指示器，字节码解释器工作时通过改变该计数器的值来选择下一条需要执行的字节码指令，分支、跳转、循环等基础功能都要依赖它来实现。每条线程都有一个独立的的程序计数器，各线程间的计数器互不影响，因此该区域是线程私有的。 + +当线程在执行一个Java方法时，该计数器记录的是正在执行的虚拟机字节码指令的地址，当线程在执行的是Native方法（调用本地操作系统方法）时，该计数器的值为空。另外，该内存区域是唯一一个在Java虚拟机规范中么有规定任何OOM（内存溢出：OutOfMemoryError）情况的区域。 + +Java虚拟机栈（Java Virtual Machine Stacks） + +该区域也是线程私有的，它的生命周期也与线程相同。虚拟机栈描述的是Java方法执行的内存模型：每个方法被执行的时候都会同时创建一个栈帧，栈它是用于支持续虚拟机进行方法调用和方法执行的数据结构。对于执行引擎来讲，活动线程中，只有栈顶的栈帧是有效的，称为当前栈帧，这个栈帧所关联的方法称为当前方法，执行引擎所运行的所有字节码指令都只针对当前栈帧进行操作。栈帧用于存储局部变量表、操作数栈、动态链接、方法返回地址和一些额外的附加信息。在编译程序代码时，栈帧中需要多大的局部变量表、多深的操作数栈都已经完全确定了，并且写入了方法表的Code属性之中。因此，一个栈帧需要分配多少内存，不会受到程序运行期变量数据的影响，而仅仅取决于具体的虚拟机实现。 + +本地方法栈（Native Method Stacks） + +该区域与虚拟机栈所发挥的作用非常相似，只是虚拟机栈为虚拟机执行Java方法服务，而本地方法栈则为使用到的本地操作系统（Native）方法服务。 + +Java堆（Java Heap） + +Java Heap是Java虚拟机所管理的内存中最大的一块，它是所有线程共享的一块内存区域。几乎所有的对象实例和数组都在这类分配内存。Java Heap是垃圾收集器管理的主要区域，因此很多时候也被称为“GC堆”。 + +根据Java虚拟机规范的规定，Java堆可以处在物理上不连续的内存空间中，只要逻辑上是连续的即可。如果在堆中没有内存可分配时，并且堆也无法扩展时，将会抛出OutOfMemoryError异常。 + +方法区（Method Area） + +方法区也是各个线程共享的内存区域，它用于存储已经被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。方法区域又被称为“永久代”，但这仅仅对于Sun HotSpot来讲，JRockit和IBM J9虚拟机中并不存在永久代的概念。Java虚拟机规范把方法区描述为Java堆的一个逻辑部分，而且它和Java Heap一样不需要连续的内存，可以选择固定大小或可扩展，另外，虚拟机规范允许该区域可以选择不实现垃圾回收。相对而言，垃圾收集行为在这个区域比较少出现。该区域的内存回收目标主要针是对废弃常量的和无用类的回收。运行时常量池是方法区的一部分，Class文件中除了有类的版本、字段、方法、接口等描述信息外，还有一项信息是常量池（Class文件常量池），用于存放编译器生成的各种字面量和符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。运行时常量池相对于Class文件常量池的另一个重要特征是具备动态性，Java语言并不要求常量一定只能在编译期产生，也就是并非预置入Class文件中的常量池的内容才能进入方法区的运行时常量池，运行期间也可能将新的常量放入池中，这种特性被开发人员利用比较多的是String类的intern（）方法。 + +根据Java虚拟机规范的规定，当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常。 + +**内存泄漏和内存溢出的差别** + +内存泄露是指分配出去的内存没有被回收回来，由于失去了对该内存区域的控制，因而造成了资源的浪费。Java中一般不会产生内存泄露，因为有垃圾回收器自动回收垃圾，但这也不绝对，当我们new了对象，并保存了其引用，但是后面一直没用它，而垃圾回收器又不会去回收它，这边会造成内存泄露， + +内存溢出是指程序所需要的内存超出了系统所能分配的内存（包括动态扩展）的上限。 + +**类型擦除** + +[http://blog.csdn.net/ns_code/article/details/18011009](http://blog.csdn.net/ns_code/article/details/18011009) + +Java语言在JDK1.5之后引入的泛型实际上只在程序源码中存在，在编译后的字节码文件中，就已经被替换为了原来的原生类型，并且在相应的地方插入了强制转型代码，因此对于运行期的Java语言来说，`ArrayList`和`ArrayList`就是同一个类。所以泛型技术实际上是Java语言的一颗语法糖，Java语言中的泛型实现方法称为类型擦除，基于这种方法实现的泛型被称为伪泛型。 + +下面是一段简单的Java泛型代码： + +``` +Map map = new HashMap(); +map.put(1,"No.1"); +map.put(2,"No.2"); +System.out.println(map.get(1)); +System.out.println(map.get(2)); +```` + +将这段Java代码编译成Class文件，然后再用字节码反编译工具进行反编译后，将会发现泛型都变回了原生类型，如下面的代码所示： + +``` +Map map = new HashMap(); +map.put(1,"No.1"); +map.put(2,"No.2"); +System.out.println((String)map.get(1)); +System.out.println((String)map.get(2)); +``` + +为了更详细地说明类型擦除，再看如下代码： + +``` +import java.util.List; +public class FanxingTest{ + public void method(List list){ + System.out.println("List String"); + } + public void method(List list){ + System.out.println("List Int"); + } +} +``` + +当我用Javac编译器编译这段代码时，报出了如下错误： + + +``` +FanxingTest.java:3: 名称冲突：method(java.util.List) 和 method + +(java.util.List) 具有相同疑符 + +public void method(List list){ + +^ + +FanxingTest.java:6: 名称冲突：method(java.util.List) 和 metho + +d(java.util.List) 具有相同疑符 + +public void method(List list){ + +^ +``` + +2 错误 + + +这是因为泛型List和List编译后都被擦除了，变成了一样的原生类型List，擦除动作导致这两个方法的特征签名变得一模一样，在Class类文件结构一文中讲过，Class文件中不能存在特征签名相同的方法。 + +把以上代码修改如下： + +``` +import java.util.List; +public class FanxingTest{ + public int method(List list){ + System.out.println("List String"); + return 1; + } + public boolean method(List list){ + System.out.println("List Int"); + return true; + } +} +``` + +发现这时编译可以通过了（注意：Java语言中true和1没有关联，二者属于不同的类型，不能相互转换，不存在C语言中整数值非零即真的情况）。两个不同类型的返回值的加入，使得方法的重载成功了。这是为什么呢？ + + 我们知道，Java代码中的方法特征签名只包括了方法名称、参数顺序和参数类型，并不包括方法的返回值，因此方法的返回值并不参与重载方法的选择，这样看来为重载方法加入返回值貌似是多余的。对于重载方法的选择来说，这确实是多余的，但我们现在要解决的问题是让上述代码能通过编译，让两个重载方法能够合理地共存于同一个Class文件之中，这就要看字节码的方法特征签名，它不仅包括了Java代码中方法特征签名中所包含的那些信息，还包括方法返回值及受查异常表。为两个重载方法加入不同的返回值后，因为有了不同的字节码特征签名，它们便可以共存于一个Class文件之中。 + +**堆里面的分区：Eden，survival from to，老年代，各自的特点。** + + + +**对象创建方法，对象的内存分配，对象的访问定位。** + +对内存分配情况分析最常见的示例便是对象实例化: + +``` +Object obj = new Object(); +``` + +这段代码的执行会涉及java栈、Java堆、方法区三个最重要的内存区域。假设该语句出现在方法体中，及时对JVM虚拟机不了解的Java使用这，应该也知道obj会作为引用类型（reference）的数据保存在Java栈的本地变量表中，而会在Java堆中保存该引用的实例化对象，但可能并不知道，Java堆中还必须包含能查找到此对象类型数据的地址信息（如对象类型、父类、实现的接口、方法等），这些类型数据则保存在方法区中。 + +另外，由于reference类型在Java虚拟机规范里面只规定了一个指向对象的引用，并没有定义这个引用应该通过哪种方式去定位，以及访问到Java堆中的对象的具体位置，因此不同虚拟机实现的对象访问方式会有所不同，主流的访问方式有两种：使用句柄池和直接使用指针。 + + + +**GC的两种判定方法：引用计数与引用链。** + +引用计数方式最基本的形态就是让每个被管理的对象与一个引用计数器关联在一起，该计数器记录着该对象当前被引用的次数，每当创建一个新的引用指向该对象时其计数器就加1，每当指向该对象的引用失效时计数器就减1。当该计数器的值降到0就认为对象死亡。 + +Java的内存回收机制可以形象地理解为在堆空间中引入了重力场，已经加载的类的静态变量和处于活动线程的堆栈空间的变量是这个空间的牵引对象。这里牵引对象是指按照Java语言规范，即便没有其它对象保持对它的引用也不能够被回收的对象，即Java内存空间中的本原对象。当然类可能被去加载，活动线程的堆栈也是不断变化的，牵引对象的集合也是不断变化的。对于堆空间中的任何一个对象，如果存在一条或者多条从某个或者某几个牵引对象到该对象的引用链，则就是可达对象，可以形象地理解为从牵引对象伸出的引用链将其拉住，避免掉到回收池中。 + +**GC的三种收集方法：标记清除、标记整理、复制算法的原理与特点，分别用在什么地方，如果让你优化收集方法，有什么思路？** + +标记清除算法是最基础的收集算法，其他收集算法都是基于这种思想。标记清除算法分为“标记”和“清除”两个阶段：首先标记出需要回收的对象，标记完成之后统一清除对象。它的主要缺点：①.标记和清除过程效率不高 。②.标记清除之后会产生大量不连续的内存碎片。 + +标记整理，标记操作和“标记-清除”算法一致，后续操作不只是直接清理对象，而是在清理无用对象完成后让所有存活的对象都向一端移动，并更新引用其对象的指针。主要缺点：在标记-清除的基础上还需进行对象的移动，成本相对较高，好处则是不会产生内存碎片。 + +复制算法，它将可用内存容量划分为大小相等的两块，每次只使用其中的一块。当这一块用完之后，就将还存活的对象复制到另外一块上面，然后在把已使用过的内存空间一次理掉。这样使得每次都是对其中的一块进行内存回收，不会产生碎片等情况，只要移动堆订的指针，按顺序分配内存即可，实现简单，运行高效。主要缺点：内存缩小为原来的一半。 + + +**Minor GC与Full GC分别在什么时候发生？** + +Minor GC：通常是指对新生代的回收。指发生在新生代的垃圾收集动作，因为 Java 对象大多都具备朝生夕灭的特性，所以 Minor GC 非常频繁，一般回收速度也比较快 + +Major GC：通常是指对年老代的回收。 + +Full GC：Major GC除并发gc外均需对整个堆进行扫描和回收。指发生在老年代的 GC，出现了 Major GC，经常会伴随至少一次的 Minor GC（但非绝对的，在 ParallelScavenge 收集器的收集策略里就有直接进行 Major GC 的策略选择过程） 。MajorGC 的速度一般会比 Minor GC 慢 10倍以上。 + +**几种常用的内存调试工具：jmap、jstack、jconsole。** + +jmap（linux下特有，也是很常用的一个命令）观察运行中的jvm物理内存的占用情况。 +参数如下： +-heap：打印jvm heap的情况 +-histo：打印jvm heap的直方图。其输出信息包括类名，对象数量，对象占用大小。 +-histo：live ：同上，但是只答应存活对象的情况 +-permstat：打印permanent generation heap情况 +jstack（linux下特有）可以观察到jvm中当前所有线程的运行情况和线程当前状态 +jconsole一个图形化界面，可以观察到java进程的gc，class，内存等信息 +jstat最后要重点介绍下这个命令。这是jdk命令中比较重要，也是相当实用的一个命令，可以观察到classloader，compiler，gc相关信息 +具体参数如下： +-class：统计class loader行为信息 +-compile：统计编译行为信息 +-gc：统计jdk gc时heap信息 +-gccapacity：统计不同的generations（不知道怎么翻译好，包括新生区，老年区，permanent区）相应的heap容量情况 +-gccause：统计gc的情况，（同-gcutil）和引起gc的事件 +-gcnew：统计gc时，新生代的情况 +-gcnewcapacity：统计gc时，新生代heap容量 +-gcold：统计gc时，老年区的情况 +-gcoldcapacity：统计gc时，老年区heap容量 +-gcpermcapacity：统计gc时，permanent区heap容量 +-gcutil：统计gc时，heap情况 +-printcompilation：不知道干什么的，一直没用过。 + +**类加载的五个过程：加载、验证、准备、解析、初始化。** + +类加载过程 + +类从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期包括加载、验证、准备、解析、初始化、使用、卸载。 + +其中类加载的过程包括了加载、验证、准备、解析、初始化五个阶段。在这五个阶段中，加载、验证、准备和初始化这四个阶段发生的顺序是确定的，而解析阶段则不一定，它在某些情况下可以在初始化阶段之后开始，这是为了支持Java语言的运行时绑定（也成为动态绑定或晚期绑定）。另外注意这里的几个阶段是按顺序开始，而不是按顺序进行或完成，因为这些阶段通常都是互相交叉地混合进行的，通常在一个阶段执行的过程中调用或激活另一个阶段。 + +这里简要说明下Java中的绑定：绑定指的是把一个方法的调用与方法所在的类(方法主体)关联起来，对java来说，绑定分为静态绑定和动态绑定： + +* 静态绑定：即前期绑定。在程序执行前方法已经被绑定，此时由编译器或其它连接程序实现。针对java，简单的可以理解为程序编译期的绑定。java当中的方法只有final，static，private和构造方法是前期绑定的。 +* 动态绑定：即晚期绑定，也叫运行时绑定。在运行时根据具体对象的类型进行绑定。在java中，几乎所有的方法都是后期绑定的。 + +“加载”(Loading)阶段是“类加载”(Class Loading)过程的第一个阶段，在此阶段，虚拟机需要完成以下三件事情： + +1. 通过一个类的全限定名来获取定义此类的二进制字节流。 +2. 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。 +3. 在Java堆中生成一个代表这个类的java.lang.Class对象，作为方法区这些数据的访问入口。 + +验证是连接阶段的第一步，这一阶段的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。 + +准备阶段是为类的静态变量分配内存并将其初始化为默认值，这些内存都将在方法区中进行分配。准备阶段不分配类中的实例变量的内存，实例变量将会在对象实例化时随着对象一起分配在Java堆中。 + +解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程。 + +类初始化是类加载过程的最后一步，前面的类加载过程，除了在加载阶段用户应用程序可以通过自定义类加载器参与之外，其余动作完全由虚拟机主导和控制。到了初始化阶段，才真正开始执行类中定义的Java程序代码。 + + + +**双亲委派模型：Bootstrap ClassLoader、Extension ClassLoader、ApplicationClassLoader。** + +1. 启动类加载器，负责将存放在\lib目录中的，或者被-Xbootclasspath参数所指定的路径中，并且是虚拟机识别的（仅按照文件名识别，如rt.jar，名字不符合的类库即时放在lib目录中也不会被加载）类库加载到虚拟机内存中。启动类加载器无法被java程序直接引用。 +2. 扩展类加载器：负责加载\lib\ext目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用该类加载器。 +3. 应用程序类加载器：负责加载用户路径上所指定的类库，开发者可以直接使用这个类加载器，也是默认的类加载器。 +三种加载器的关系：启动类加载器->扩展类加载器->应用程序类加载器->自定义类加载器。 + +这种关系即为类加载器的双亲委派模型。其要求除启动类加载器外，其余的类加载器都应当有自己的父类加载器。这里类加载器之间的父子关系一般不以继承关系实现，而是用组合的方式来复用父类的代码。 + +双亲委派模型的工作过程：如果一个类加载器接收到了类加载的请求，它首先把这个请求委托给他的父类加载器去完成，每个层次的类加载器都是如此，因此所有的加载请求都应该传送到顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请求（它在搜索范围中没有找到所需的类）时，子加载器才会尝试自己去加载。 + +好处：java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如类java.lang.Object，它存放在rt.jar中，无论哪个类加载器要加载这个类，最终都会委派给启动类加载器进行加载，因此Object类在程序的各种类加载器环境中都是同一个类。相反，如果用户自己写了一个名为java.lang.Object的类，并放在程序的Classpath中，那系统中将会出现多个不同的Object类，java类型体系中最基础的行为也无法保证，应用程序也会变得一片混乱。 + +实现：在java.lang.ClassLoader的loadClass()方法中，先检查是否已经被加载过，若没有加载则调用父类加载器的loadClass()方法，若父加载器为空则默认使用启动类加载器作为父加载器。如果父加载失败，则抛出ClassNotFoundException异常后，再调用自己的findClass()方法进行加载。 + + +**分派：静态分派与动态分派。** + +静态分派与重载有关，虚拟机在重载时是通过参数的静态类型，而不是运行时的实际类型作为判定依据的；静态类型在编译期是可知的； +动态分派与重写（Override）相关，invokevirtual(调用实例方法)指令执行的第一步就是在运行期确定接收者的实际类型，根据实际类型进行方法调用； + +**GC收集器有哪些？CMS收集器与G1收集器的特点。** + + + +**自动内存管理机制，GC算法，运行时数据区结构，可达性分析工作原理，如何分配对象内存** + +**反射机制，双亲委派机制，类加载器的种类** + +**Jvm内存模型，先行发生原则，violate关键字作用** \ No newline at end of file diff --git "a/JavaNote/Java\347\233\270\345\205\263/Java\344\270\255Error\345\222\214Exception.md" "b/JavaNote/Java\347\233\270\345\205\263/Java\344\270\255Error\345\222\214Exception.md" new file mode 100644 index 0000000..de5e454 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/Java\344\270\255Error\345\222\214Exception.md" @@ -0,0 +1,169 @@ +# Java中Error和Exception + +Java 异常类继承关系图： + +![](http://img.blog.csdn.net/20160412143252629) + + +（一）Throwable + +　　Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类或其子类之一的实例时，才能通过 Java 虚拟机或者 Java throw 语句抛出，才可以是 catch 子句中的参数类型。 +　　Throwable 类及其子类有两个构造方法，一个不带参数，另一个带有 String 参数，此参数可用于生成详细消息。 +　　Throwable 包含了其线程创建时线程执行堆栈的快照。它还包含了给出有关错误更多信息的消息字符串。 +　　 +Java将可抛出(Throwable)的结构分为三种类型： +　　1. 错误(Error) +　　2. 运行时异常(RuntimeException) +　　3. 被检查的异常(Checked Exception) + +　１.**Error** +　　Error 是 Throwable 的子类，用于指示合理的应用程序不应该试图捕获的严重问题。大多数这样的错误都是异常条件。 +　　和RuntimeException一样， 编译器也不会检查Error。 +　　当资源不足、约束失败、或是其它程序无法继续运行的条件发生时，就产生错误，程序本身无法修复这些错误的。 +　　 +　２.**Exception** +　　Exception 类及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件。 +　　 对于可以恢复的条件使用**被检查异常**（Exception的子类中除了RuntimeException之外的其它子类），对于程序错误使用运行时异常。　 +　　 +2.1　ClassNotFoundException +　　 +当应用程序试图使用以下方法通过字符串名加载类时： +Class 类中的 forName 方法。 +ClassLoader 类中的 findSystemClass 方法。 +ClassLoader 类中的 loadClass 方法。 +但是没有找到具有指定名称的类的定义，抛出该异常。 + +2.2　CloneNotSupportedException + +当调用 Object 类中的 clone 方法复制对象，但该对象的类无法实现 Cloneable 接口时，抛出该异常。重写 clone 方法的应用程序也可能抛出此异常，指示不能或不应复制一个对象。 +　 + +2.3　IOException +当发生某种 I/O 异常时，抛出此异常。此类是失败或中断的 I/O 操作生成的异常的通用类。 + +- EOFException + + 当输入过程中意外到达文件或流的末尾时，抛出此异常。 +此异常主要被**数据输入流**用来表明到达流的末尾。 +注意：其他许多输入操作返回一个特殊值表示到达流的末尾，而不是抛出异常。 +　　　　 +- FileNotFoundException + + 当试图打开指定路径名表示的文件失败时，抛出此异常。在不存在具有指定路径名的文件时，此异常将由 FileInputStream、FileOutputStream 和 RandomAccessFile 构造方法抛出。如果该文件存在，但是由于某些原因不可访问，比如试图打开一个只读文件进行写入，则此时这些构造方法仍然会抛出该异常。 + +- MalformedURLException + + 抛出这一异常指示出现了错误的 URL。或者在规范字符串中找不到任何合法协议，或者无法解析字符串。　 +　 +－UnknownHostException +　　指示主机 IP 地址无法确定而抛出的异常。 + +2.4　RuntimeException +　　 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。可能在执行方法期间抛出但未被捕获的 RuntimeException 的任何子类都无需在 throws 子句中进行声明。 +　　 Java编译器不会检查它。当程序中可能出现这类异常时，还是会编译通过。 +　　 虽然Java编译器不会检查运行时异常，但是我们也可以通过throws进行声明抛出，也可以通过try-catch对它进行捕获处理。 + +- ArithmeticException + + 当出现异常的运算条件时，抛出此异常。例如，一个整数“除以零”时，抛出此类的一个实例。 + +- ClassCastException + + 当试图将对象强制转换为不是实例的子类时，抛出该异常。 +例如：Object x = new Integer(0); + +- LllegalArgumentException + + 抛出的异常表明向方法传递了一个不合法或不正确的参数。 + +- IllegalStateException + + 在非法或不适当的时间调用方法时产生的信号。换句话说，即 Java 环境或 Java 应用程序没有处于请求操作所要求的适当状态下。 + +- IndexOutOfBoundsException　 + + 指示某排序索引（例如对数组、字符串或向量的排序）超出范围时抛出。 +应用程序可以为这个类创建子类，以指示类似的异常。 + +- NoSuchElementException + + 由 Enumeration 的 nextElement 方法抛出，表明枚举中没有更多的元素。 + +- NullPointerException + + 当应用程序试图在需要对象的地方使用 null 时，抛出该异常。这种情况包括： +调用 null 对象的实例方法。 +访问或修改 null 对象的字段。 +将 null 作为一个数组，获得其长度。 +将 null 作为一个数组，访问或修改其时间片。 +将 null 作为 Throwable 值抛出。 +应用程序应该抛出该类的实例，指示其他对 null 对象的非法使用。 + + + +（二） SOF （堆栈溢出 StackOverflow） + +> StackOverflowError 的定义： +> 当应用程序递归太深而发生堆栈溢出时，抛出该错误。 +> +因为栈一般默认为1-2m，一旦出现死循环或者是大量的递归调用，在不断的压栈过程中，造成栈容量超过1m而导致溢出。 + +栈溢出的原因： + +1. 递归调用 + +2. 大量循环或死循环 + +3. 全局变量是否过多 + +4. 数组、List、map数据过大 + + + +（三）Android的ＯＯＭ（Out Of Memory） + +　　当内存占有量超过了虚拟机的分配的最大值时就会产生内存溢出（VM里面分配不出更多的page）。 +　　 +一般出现情况：加载的图片太多或图片过大时、分配特大的数组、内存相应资源过多没有来不及释放。 + +解决方法： + +①在内存引用上做处理 + + 软引用是主要用于内存敏感的高速缓存。在jvm报告内存不足之前会清除所有的软引用，这样以来gc就有可能收集软可及的对象，可能解决内存吃紧问题，避免内存溢出。什么时候会被收集取决于gc的算法和gc运行时可用内存的大小。 + +②对图片做边界压缩，配合软引用使用 + 　 +③显示的调用GC来回收内存　 + 　 + +``` +if(bitmapObject.isRecycled()==false) //如果没有回收 + bitmapObject.recycle(); +``` +　 +④优化Dalvik虚拟机的堆内存分配 +　　 +1.增强程序堆内存的处理效率 + 　　 + +``` +//在程序onCreate时就可以调用 即可 +private final static floatTARGET_HEAP_UTILIZATION = 0.75f; + +VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); +``` + +2.设置缓存大小 + +``` +private final static int CWJ_HEAP_SIZE = 6* 1024* 1024 ; + //设置最小heap内存为6MB大小 +VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE); +``` + +⑤ 用LruCache 和 AsyncTask<>解决 + +　　从cache中去取Bitmap，如果取到Bitmap，就直接把这个Bitmap设置到ImageView上面。 +　　如果缓存中不存在，那么启动一个task去加载（可能从文件来，也可能从网络）。 + diff --git "a/JavaNote/Java\347\233\270\345\205\263/Java\345\210\251\347\224\250ExecutorService\345\256\236\347\216\260\345\220\214\346\255\245\346\211\247\350\241\214\345\244\247\351\207\217\347\272\277\347\250\213.md" "b/JavaNote/Java\347\233\270\345\205\263/Java\345\210\251\347\224\250ExecutorService\345\256\236\347\216\260\345\220\214\346\255\245\346\211\247\350\241\214\345\244\247\351\207\217\347\272\277\347\250\213.md" new file mode 100644 index 0000000..a5f92fb --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/Java\345\210\251\347\224\250ExecutorService\345\256\236\347\216\260\345\220\214\346\255\245\346\211\247\350\241\214\345\244\247\351\207\217\347\272\277\347\250\213.md" @@ -0,0 +1,150 @@ +>自从java1.5以后，官网就推出了Executor这样一个类，这个类，可以维护我们的大量线程在操作临界资源时的稳定性。 + +先上一段代码吧： +```` +TestRunnable.java +public class TestRunnable implements Runnable { + private String name; + + public TestRunnable(String name) { + this.name = name; + } + + @Override + public void run() { + while (true) { + if (Main.Surplus < 0) + return; + Main.Surplus--; + System.out.println(name + " " + Main.Surplus); + } + } +} +```` + +```` +main入口 +public static void main(String[] args) { + + TestRunnable runnable = new TestRunnable("runnable1"); + TestRunnable runnable2 = new TestRunnable("runnable2"); + + Thread t1 = new Thread(runnable); + Thread t2 = new Thread(runnable2); + + t1.start(); + t2.start(); + + } +```` + +![result](http://upload-images.jianshu.io/upload_images/2585384-b60f973afce827b2.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +这样，我们就看到了，数据肯定是乱了的，当然这个时候我们可以加上一个synchronized的关键字，但是这样也会出现点小问题的 + +![result2](http://upload-images.jianshu.io/upload_images/2585384-3cc19f76464d6831.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- +下面我打算采用一种java内置的线程管理的机制，来解决这个问题，解决这个问题的思路大概就是，我们维护了一个线程池，当有请求操作的时候统统进入线程池，并且我们只开了一个线程，可以让请求顺序执行，顺序调用临界资源，就很安全了。 + +```` +import java.util.concurrent.Callable; +import java.util.concurrent.ExecutionException; +import java.util.concurrent.ExecutorService; +import java.util.concurrent.Executors; +import java.util.concurrent.Future; + +public class Main { + public static int Surplus = 10; + + private ExecutorService executor = Executors.newSingleThreadExecutor(); + + void addTask(Runnable runnable) { + executor.execute(runnable); + } + + V addTask(Callable callable) { + Future submit = executor.submit(callable); + try { + return submit.get(); + } catch (InterruptedException e) { + System.out.println("InterruptedException" + e.toString()); + } catch (ExecutionException e) { + System.out.println("ExecutionException" + e.toString()); + } + return null; + } + + public void testAddTask(String name) { + addTask(new Runnable() { + @Override + public void run() { + for (int i = 0; i < 3; i++) { + if (Main.Surplus <= 0) + return; + Main.Surplus--; + System.out.println(name + " " + Main.Surplus); + } + + } + }); + } + + public void testAddTask2(String name) { + int count = addTask(new Callable() { + @Override + public Integer call() throws Exception { + for (int i = 0; i < 3; i++) { + if (Main.Surplus <= 0) + return 0; + Main.Surplus--; + System.out.println(name + " " + Main.Surplus); + } + return Main.Surplus; + } + }); + + } + + public void close() { + executor.shutdown(); + } + + public static void main(String[] args) { + Main main = new Main(); + main.testAddTask("task1"); + main.testAddTask2("task2"); + main.testAddTask("task3"); + main.testAddTask2("task4"); + main.close(); + } +} + +```` + +在这里，我们定义了两种方法，分别是addTask，具有泛型的addTask，这两种方法实现原理都是一样的，其中一个是有回调的，一个是没有回调的，就看项目需求了吧。 + +![result3](http://upload-images.jianshu.io/upload_images/2585384-ee988c2286ef99a1.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) +然后分别调用这两个方法咯，就可以看到结果是非常有序，且不会混乱的。 + +---- +当然啊，系统为我们提供这样一个类，肯定不是为了实现这么小的一个功能的，它还有很多功能，我也在进一步的学习中~ + + + + + + + + + + + + + + + + + + + diff --git "a/JavaNote/Java\347\233\270\345\205\263/Java\345\210\251\347\224\250listener\345\256\236\347\216\260\345\233\236\350\260\203\357\274\214\345\215\263\350\247\202\345\257\237\350\200\205\346\250\241\345\274\217.md" "b/JavaNote/Java\347\233\270\345\205\263/Java\345\210\251\347\224\250listener\345\256\236\347\216\260\345\233\236\350\260\203\357\274\214\345\215\263\350\247\202\345\257\237\350\200\205\346\250\241\345\274\217.md" new file mode 100644 index 0000000..ee308e2 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/Java\345\210\251\347\224\250listener\345\256\236\347\216\260\345\233\236\350\260\203\357\274\214\345\215\263\350\247\202\345\257\237\350\200\205\346\250\241\345\274\217.md" @@ -0,0 +1,159 @@ +> java中实现观察者模式有很多种方式，上一篇文章介绍到了，[利用callback的方式实现了回调](http://www.jianshu.com/p/67190bdce647)，这篇文章准备介绍的是利用listener实现回调。 + +---- +# Java回调机制 + +#### 根据实时性划分： + +- [同步回调](http://www.jianshu.com/p/67190bdce647) +- [异步回调](http://www.jianshu.com/p/67190bdce647) + +#### 实现方式 + +* [利用匿名内部类即callbck来实现](http://www.jianshu.com/p/67190bdce647) +* 用listener来实现 + +这两种实现方式本质上是类似的，应用场景略有不同，如果有熟知安卓的朋友应该可以知道，在为一个view添加点击实现的时候是有两种方式的 + +1. 利用callback来实现 + +```` +view.setOnClickListener(new View.OnClickListener() { + @Override public void onClick(View view) { + + } + }); +```` + +2.实现View.OnClickListener接口 + +```` +public class Test extends AppCompatActivity implements View.OnClickListener { + private Button button; + + @Override protected void onCreate(@Nullable Bundle savedInstanceState) { + super.onCreate(savedInstanceState); + button = (Button) findViewById(R.id.ac_video_btn_getValue); + button.setOnClickListener(this); + } + + @Override public void onClick(View view) { + //TODO + } +} + + + +```` + +#### 回调的本质 + +其实无论哪种方式来实现回调，利用的思想都是观察者模式，即在我们选择订阅之后，当对方做出任何举动的时候会给我们发送一条信息，这样做的好处是省着我们用一个新的线程轮训检测对方的状态，可以节省很多的资源。 + +#### 应用的场景 + +- 如果我们需要将信息一层一层的返回去的时候，正如我下面的例子，那么可能用listener更为适合我们，因为我们可以将这个listener进行传递，在需要查看数据的时候进行回调它。或者当我们有很多事件需要回调的时候，可以实现一个listener然后发送不同的信息，进行区分。这样代码看起来会简洁一些，不会像callback一样，会嵌套很多层，也不会写出很多个callback来。 + +- 如果我们只有一处，或者简单的几处需要回调的话，那么我们完全可以不用实现这个接口，而是用callback的方式来进行处理。 + +---- + +还是举一个简单的生活中的例子吧，在公司中有一件事情，老板想要问员工，但是老板只能联系到部门经理，那么便有了，A问B,B问C，C经过思考，回答了B，B又将答案告诉了A，A知道了答案，便高兴的说了出来。 + +---- +我下面的代码采用了单例模式来写： +```` +Listner.java + +public interface Listener { + void onFinish(String msg); +} +```` + +```` +People.java + +public class People implements Listener { + + private static People people; + + private People() { + + } + + synchronized public static People getInstance() { + if (people == null) { + people = new People(); + } + return people; + } + + public void askPeople2() { + People2.getInstance().askPeople3(this); + } + + @Override + public void onFinish(String msg) { + System.out.println("收到的消息是 ---> " + msg); + } + +} +```` + +```` +People2.java + +public class People2 { + + private static People2 people2; + + private People2() { + + } + + synchronized public static People2 getInstance() { + if (people2 == null) + people2 = new People2(); + return people2; + } + + public void askPeople3(Listener listener){ + People3.getInstance().thinking(listener); + } + +} +```` + +```` +People3.java + +public class People3 { + + private static People3 people3; + + private People3() { + + } + + synchronized public static People3 getInstance() { + if (people3 == null) + people3 = new People3(); + return people3; + } + + public void thinking(Listener listener3) { + try { + Thread.sleep(2000); + } catch (InterruptedException e) { + e.printStackTrace(); + } + listener3.onFinish("我已经思考完毕"); + } + +} + +```` + + +![result](http://upload-images.jianshu.io/upload_images/2585384-74c3bfc1ef9ee2aa.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + diff --git "a/JavaNote/Java\347\233\270\345\205\263/Java\345\233\236\350\260\203\347\232\204\345\216\237\347\220\206\344\270\216\345\256\236\347\216\260.md" "b/JavaNote/Java\347\233\270\345\205\263/Java\345\233\236\350\260\203\347\232\204\345\216\237\347\220\206\344\270\216\345\256\236\347\216\260.md" new file mode 100644 index 0000000..a8fec15 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/Java\345\233\236\350\260\203\347\232\204\345\216\237\347\220\206\344\270\216\345\256\236\347\216\260.md" @@ -0,0 +1,113 @@ +> 回调原本应该是一个非常简单的概念，但是可能因为平时只用系统为我们写好的回调的接口了，自己很少实现回调，所以在自己实现回调的时候还是有一点点晕的，现在写这篇文章记录一下，也和大家分享一下怎么写回调接口。 + +##回调 +回调的概念：举个例子就是，我们想要问别人一道题，我们把题跟对方说了一下，对方说好，等我做完这道题，我就告诉你，这个时候就用到了回调，因为我们并不知道对方什么时候会做完，而是对方做完了来主动找我们。 + ####同步回调 + 代码运行到某一个位置的时候，如果遇到了需要回调的代码，会在这里等待，等待回调结果返回后再继续执行。 + ####异步回调 +代码执行到需要回调的代码的时候，并不会停下来，而是继续执行，当然可能过一会回调的结果会返回回来。 + + +---- +###具体代码： + +[代码链接](https://github.com/linsir6/TestCallback) + +总体的代码还是很简单的，就是模拟了一个打印机，还有一个人，打印机具有打印的功能，但是打印需要时间，不能在收到任务的同时给出反馈，需要等待一段时间才能给出反馈。这个人想做的就是打印一份简历，然后知道打印的结果。这里面代码实现了这两种方式。 + +```` +Callback.java + +public interface Callback { + void printFinished(String msg); +} + +```` + +```` +Printer.java + +public class Printer { + public void print(Callback callback, String text) { + System.out.println("正在打印 . . . "); + try { + Thread.currentThread(); + Thread.sleep(3000);// 毫秒 + } catch (Exception e) { + } + callback.printFinished("打印完成"); + } +} +```` + +```` +People.java + +public class People { + + Printer printer = new Printer(); + + /* + * 同步回调 + */ + public void goToPrintSyn(Callback callback, String text) { + printer.print(callback, text); + } + + /* + * 异步回调 + */ + public void goToPrintASyn(Callback callback, String text) { + new Thread(new Runnable() { + public void run() { + printer.print(callback, text); + } + }).start(); + } +} +```` + +```` +Main.java + +public class Main {//测试类，同步回调 + public static void main(String[] args) { + People people = new People(); + Callback callback = new Callback() { + @Override + public void printFinished(String msg) { + System.out.println("打印机告诉我的消息是 ---> " + msg); + } + }; + System.out.println("需要打印的内容是 ---> " + "打印一份简历"); + people.goToPrintSyn(callback, "打印一份简历"); + System.out.println("我在等待 打印机 给我反馈"); + } +} +```` + + +![同步回调](http://upload-images.jianshu.io/upload_images/2585384-38d968042a37386f.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +```` +Main.java + +public class Main {//异步回调 + public static void main(String[] args) { + People people = new People(); + Callback callback = new Callback() { + @Override + public void printFinished(String msg) { + System.out.println("打印机告诉我的消息是 ---> " + msg); + } + }; + System.out.println("需要打印的内容是 ---> " + "打印一份简历"); + people.goToPrintASyn(callback, "打印一份简历"); + System.out.println("我在等待 打印机 给我反馈"); + } +} +```` + + +![异步回调](http://upload-images.jianshu.io/upload_images/2585384-2b0788ad5d711c05.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) diff --git "a/JavaNote/Java\347\233\270\345\205\263/Java\345\237\272\347\241\200\347\237\245\350\257\206.md" "b/JavaNote/Java\347\233\270\345\205\263/Java\345\237\272\347\241\200\347\237\245\350\257\206.md" new file mode 100644 index 0000000..01cd1c1 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/Java\345\237\272\347\241\200\347\237\245\350\257\206.md" @@ -0,0 +1,544 @@ +# J2SE +--- + +## 基础 +--- +**八种基本数据类型的大小，以及他们的封装类。** + +八种基本数据类型，int ,double ,long ,float, short,byte,character,boolean + +对应的封装类型是：Integer ,Double ,Long ,Float, Short,Byte,Character,Boolean + +--- + +**Switch能否用string做参数？** + +在Java 5以前，switch(expr)中，expr只能是byte、short、char、int。从Java 5开始，Java中引入了枚举类型，expr也可以是enum类型，从Java 7开始，expr还可以是字符串（String），但是长整型（long）在目前所有的版本中都是不可以的。 + +--- + +**equals与==的区别。** + +[http://www.importnew.com/6804.html](http://www.importnew.com/6804.html) +> ==与equals的主要区别是：==常用于比较原生类型，而equals()方法用于检查对象的相等性。另一个不同的点是：如果==和equals()用于比较对象，当两个引用地址相同，==返回true。而equals()可以返回true或者false主要取决于重写实现。最常见的一个例子，字符串的比较，不同情况==和equals()返回不同的结果。equals()方法最重要的一点是，能够根据业务要求去重写，按照自定义规则去判断两个对象是否相等。重写equals()方法的时候，要注意一下hashCode是否会因为对象的属性改变而改变，否则在使用散列集合储存该对象的时候会碰到坑！！理解equals()方法的存在是很重要的。 + +1. 使用==比较有两种情况： + + 比较基础数据类型(Java中基础数据类型包括八中：short,int,long,float,double,char,byte,boolen)：这种情况下，==比较的是他们的值是否相等。 + 引用间的比较：在这种情况下，==比较的是他们在内存中的地址，也就是说，除非引用指向的是同一个new出来的对象，此时他们使用`==`去比较得到true，否则，得到false。 +2. 使用equals进行比较： + + equals追根溯源，是Object类中的一个方法，在该类中，equals的实现也仅仅只是比较两个对象的内存地址是否相等，但在一些子类中，如：String、Integer 等，该方法将被重写。 + +3. 以`String`类为例子说明`eqauls`与`==`的区别： +> 在开始这个例子之前，同学们需要知道JVM处理String的一些特性。*Java的虚拟机在内存中开辟出一块单独的区域，用来存储字符串对象，这块内存区域被称为字符串缓冲池。*当使用 +`String a = "abc"`这样的语句进行定义一个引用的时候，首先会在*字符串缓冲池*中查找是否已经相同的对象，如果存在，那么就直接将这个对象的引用返回给a，如果不存在，则需要新建一个值为"abc"的对象，再将新的引用返回a。`String a = new String("abc");`这样的语句明确告诉JVM想要产生一个新的String对象，并且值为"abc"，于是就*在堆内存中的某一个小角落开辟了一个新的String对象*。 + + - `==`在比较引用的情况下，会去比较两个引用的内存地址是否相等。 + ``` + String str1 = "abc"; + String str2 = "abc"; + + System.out.println(str1 == str2); + System.out.println(str1.equals(str2)); + + String str2 = new String("abc"); + System.out.println(str1 == str2); + System.out.println(str1.equals(str2)); + + ``` + 以上代码将会输出 + true + true + false + true + **第一个true：**因为在str2赋值之前，str1的赋值操作就已经在内存中创建了一个值为"abc"的对象了，然后str2将会与str1指向相同的地址。 + **第二个true：**因为`String`已经重写了`equals`方法：为了方便大家阅读我贴出来，并且在注释用进行分析： + ``` + public boolean equals(Object anObject) { + //如果比较的对象与自身内存地址相等的话 + //就说明他两指向的是同一个对象 + //所以此时equals的返回值跟==的结果是一样的。 + if (this == anObject) { + return true; + } + //当比较的对象与自身的内存地址不相等，并且 + //比较的对象是String类型的时候 + //将会执行这个分支 + if (anObject instanceof String) { + String anotherString = (String)anObject; + int n = value.length; + if (n == anotherString.value.length) { + char v1[] = value; + char v2[] = anotherString.value; + int i = 0; + //在这里循环遍历两个String中的char + while (n-- != 0) { + //只要有一个不相等，那么就会返回false + if (v1[i] != v2[i]) + return false; + i++; + } + return true; + } + } + return false; + } + ``` + 进行以上分析之后，就不难理解第一段代码中的实例程序输出了。 + + + +--- + +**Object有哪些公用方法？** + +[http://www.cnblogs.com/yumo/p/4908315.html](http://www.cnblogs.com/yumo/p/4908315.html) + +1．clone方法 + +保护方法，实现对象的浅复制，只有实现了Cloneable接口才可以调用该方法，否则抛出CloneNotSupportedException异常。 + +主要是JAVA里除了8种基本类型传参数是值传递，其他的类对象传参数都是引用传递，我们有时候不希望在方法里讲参数改变，这是就需要在类中复写clone方法。 + +2．getClass方法 + +final方法，获得运行时类型。 + +3．toString方法 + +该方法用得比较多，一般子类都有覆盖。 + +4．finalize方法 + +该方法用于释放资源。因为无法确定该方法什么时候被调用，很少使用。 + +5．equals方法 + +该方法是非常重要的一个方法。一般equals和==是不一样的，但是在Object中两者是一样的。子类一般都要重写这个方法。 + +6．hashCode方法 + +该方法用于哈希查找，可以减少在查找中使用equals的次数，重写了equals方法一般都要重写hashCode方法。这个方法在一些具有哈希功能的Collection中用到。 + +一般必须满足obj1.equals(obj2)==true。可以推出obj1.hashCode()==obj2.hashCode()，但是hashCode相等不一定就满足equals。不过为了提高效率，应该尽量使上面两个条件接近等价。 + +如果不重写hashCode(),在HashSet中添加两个equals的对象，会将两个对象都加入进去。 + +7．wait方法 + +wait方法就是使当前线程等待该对象的锁，当前线程必须是该对象的拥有者，也就是具有该对象的锁。wait()方法一直等待，直到获得锁或者被中断。wait(long timeout)设定一个超时间隔，如果在规定时间内没有获得锁就返回。 + +调用该方法后当前线程进入睡眠状态，直到以下事件发生。 + +（1）其他线程调用了该对象的notify方法。 + +（2）其他线程调用了该对象的notifyAll方法。 + +（3）其他线程调用了interrupt中断该线程。 + +（4）时间间隔到了。 + +此时该线程就可以被调度了，如果是被中断的话就抛出一个InterruptedException异常。 + +8．notify方法 + +该方法唤醒在该对象上等待的某个线程。 + +9．notifyAll方法 + +该方法唤醒在该对象上等待的所有线程。 + +--- + +**Java的四种引用，强弱软虚，用到的场景。** + +JDK1.2之前只有强引用,其他几种引用都是在JDK1.2之后引入的. + +* 强引用（Strong Reference） + 最常用的引用类型，如Object obj = new Object(); 。只要强引用存在则GC时则必定不被回收。 + +* 软引用（Soft Reference） + 用于描述还有用但非必须的对象，当堆将发生OOM（Out Of Memory）时则会回收软引用所指向的内存空间，若回收后依然空间不足才会抛出OOM。一般用于实现内存敏感的高速缓存。 +当真正对象被标记finalizable以及的finalize()方法调用之后并且内存已经清理, 那么如果SoftReference object还存在就被加入到它的 ReferenceQueue.只有前面几步完成后,Soft Reference和Weak Reference的get方法才会返回null + +* 弱引用（Weak Reference） + 发生GC时必定回收弱引用指向的内存空间。 +和软引用加入队列的时机相同 + +* 虚引用（Phantom Reference) +又称为幽灵引用或幻影引用，虚引用既不会影响对象的生命周期，也无法通过虚引用来获取对象实例，仅用于在发生GC时接收一个系统通知。 +当一个对象的finalize方法已经被调用了之后，这个对象的幽灵引用会被加入到队列中。通过检查该队列里面的内容就知道一个对象是不是已经准备要被回收了. +虚引用和软引用和弱引用都不同,它会在内存没有清理的时候被加入引用队列.虚引用的建立必须要传入引用队列,其他可以没有 + +--- + +**Hashcode的作用。** + +[http://c610367182.iteye.com/blog/1930676](http://c610367182.iteye.com/blog/1930676) + +以Java.lang.Object来理解,JVM每new一个Object,它都会将这个Object丢到一个Hash哈希表中去,这样的话,下次做Object的比较或者取这个对象的时候,它会根据对象的hashcode再从Hash表中取这个对象。这样做的目的是提高取对象的效率。具体过程是这样: + +1. new Object(),JVM根据这个对象的Hashcode值,放入到对应的Hash表对应的Key上,如果不同的对象确产生了相同的hash值,也就是发生了Hash key相同导致冲突的情况,那么就在这个Hash key的地方产生一个链表,将所有产生相同hashcode的对象放到这个单链表上去,串在一起。 + + +2. 比较两个对象的时候,首先根据他们的hashcode去hash表中找他的对象,当两个对象的hashcode相同,那么就是说他们这两个对象放在Hash表中的同一个key上,那么他们一定在这个key上的链表上。那么此时就只能根据Object的equal方法来比较这个对象是否equal。当两个对象的hashcode不同的话，肯定他们不能equal. + +--- + + +**String、StringBuffer与StringBuilder的区别。** + +Java 平台提供了两种类型的字符串：String和StringBuffer / StringBuilder，它们可以储存和操作字符串。其中String是只读字符串，也就意味着String引用的字符串内容是不能被改变的。而StringBuffer和StringBulder类表示的字符串对象可以直接进行修改。StringBuilder是JDK1.5引入的，它和StringBuffer的方法完全相同，区别在于它是单线程环境下使用的，因为它的所有方面都没有被synchronized修饰，因此它的效率也比StringBuffer略高。 + +--- + +**try catch finally，try里有return，finally还执行么？** + +会执行，在方法 返回调用者前执行。Java允许在finally中改变返回值的做法是不好的，因为如果存在finally代码块，try中的return语句不会立马返回调用者，而是纪录下返回值待finally代码块执行完毕之后再向调用者返回其值，然后如果在finally中修改了返回值，这会对程序造成很大的困扰，C#中就从语法规定不能做这样的事。 + +--- + +**Excption与Error区别** + +Error表示系统级的错误和程序不必处理的异常，是恢复不是不可能但很困难的情况下的一种严重问题；比如内存溢出，不可能指望程序能处理这样的状况；Exception表示需要捕捉或者需要程序进行处理的异常，是一种设计或实现问题；也就是说，它表示如果程序运行正常，从不会发生的情况。 + +--- + +**Excption与Error包结构。OOM你遇到过哪些情况，SOF你遇到过哪些情况。** + +[http://www.cnblogs.com/yumo/p/4909617.html](http://www.cnblogs.com/yumo/p/4909617.html) + +Java异常架构图 + +![](http://images2015.cnblogs.com/blog/679904/201510/679904-20151025210813989-921927916.jpg) + + +1. Throwable +Throwable是 Java 语言中所有错误或异常的超类。 +Throwable包含两个子类: Error 和 Exception 。它们通常用于指示发生了异常情况。 +Throwable包含了其线程创建时线程执行堆栈的快照，它提供了printStackTrace()等接口用于获取堆栈跟踪数据等信息。 + +2. Exception +Exception及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件。 + +3. RuntimeException +RuntimeException是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。 +编译器不会检查RuntimeException异常。 例如，除数为零时，抛出ArithmeticException异常。RuntimeException是ArithmeticException的超类。当代码发生除数为零的情况时，倘若既"没有通过throws声明抛出ArithmeticException异常"，也"没有通过try...catch...处理该异常"，也能通过编译。这就是我们所说的"编译器不会检查RuntimeException异常"！ +如果代码会产生RuntimeException异常，则需要通过修改代码进行避免。 例如，若会发生除数为零的情况，则需要通过代码避免该情况的发生！ + +4. Error +和Exception一样， Error也是Throwable的子类。 它用于指示合理的应用程序不应该试图捕获的严重问题，大多数这样的错误都是异常条件。 +和RuntimeException一样， 编译器也不会检查Error。 + +Java将可抛出(Throwable)的结构分为三种类型： 被检查的异常(Checked Exception)，运行时异常(RuntimeException)和错误(Error)。 + +(01) 运行时异常 +定义 : RuntimeException及其子类都被称为运行时异常。 +特点 : Java编译器不会检查它。 也就是说，当程序中可能出现这类异常时，倘若既"没有通过throws声明抛出它"，也"没有用try-catch语句捕获它"，还是会编译通过。例如，除数为零时产生的ArithmeticException异常，数组越界时产生的IndexOutOfBoundsException异常，fail-fail机制产生的ConcurrentModificationException异常等，都属于运行时异常。 +虽然Java编译器不会检查运行时异常，但是我们也可以通过throws进行声明抛出，也可以通过try-catch对它进行捕获处理。 +如果产生运行时异常，则需要通过修改代码来进行避免。 例如，若会发生除数为零的情况，则需要通过代码避免该情况的发生！ + +(02) 被检查的异常 +定义 : Exception类本身，以及Exception的子类中除了"运行时异常"之外的其它子类都属于被检查异常。 +特点 : Java编译器会检查它。 此类异常，要么通过throws进行声明抛出，要么通过try-catch进行捕获处理，否则不能通过编译。例如，CloneNotSupportedException就属于被检查异常。当通过clone()接口去克隆一个对象，而该对象对应的类没有实现Cloneable接口，就会抛出CloneNotSupportedException异常。 +被检查异常通常都是可以恢复的。 + +(03) 错误 +定义 : Error类及其子类。 +特点 : 和运行时异常一样，编译器也不会对错误进行检查。 +当资源不足、约束失败、或是其它程序无法继续运行的条件发生时，就产生错误。程序本身无法修复这些错误的。例如，VirtualMachineError就属于错误。 +按照Java惯例，我们是不应该是实现任何新的Error子类的！ + +对于上面的3种结构，我们在抛出异常或错误时，到底该哪一种？《Effective Java》中给出的建议是： 对于可以恢复的条件使用被检查异常，对于程序错误使用运行时异常。 + +--- + +**OOM：** + +1. OutOfMemoryError异常 + + 除了程序计数器外，虚拟机内存的其他几个运行时区域都有发生OutOfMemoryError(OOM)异常的可能， + + Java Heap 溢出 + + 一般的异常信息：java.lang.OutOfMemoryError:Java heap spacess + + java堆用于存储对象实例，我们只要不断的创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制清除这些对象，就会在对象数量达到最大堆容量限制后产生内存溢出异常。 + + 出现这种异常，一般手段是先通过内存映像分析工具(如Eclipse Memory Analyzer)对dump出来的堆转存快照进行分析，重点是确认内存中的对象是否是必要的，先分清是因为内存泄漏(Memory Leak)还是内存溢出(Memory Overflow)。 + + 如果是内存泄漏，可进一步通过工具查看泄漏对象到GC Roots的引用链。于是就能找到泄漏对象时通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收。 + + 如果不存在泄漏，那就应该检查虚拟机的参数(-Xmx与-Xms)的设置是否适当。 + +2. 虚拟机栈和本地方法栈溢出 + + 如果线程请求的栈深度大于虚拟机所允许的最大深度，将抛出StackOverflowError异常。 + + 如果虚拟机在扩展栈时无法申请到足够的内存空间，则抛出OutOfMemoryError异常 + + 这里需要注意当栈的大小越大可分配的线程数就越少。 + +3. 运行时常量池溢出 + + 异常信息：java.lang.OutOfMemoryError:PermGen space + + 如果要向运行时常量池中添加内容，最简单的做法就是使用String.intern()这个Native方法。该方法的作用是：如果池中已经包含一个等于此String的字符串，则返回代表池中这个字符串的String对象；否则，将此String对象包含的字符串添加到常量池中，并且返回此String对象的引用。由于常量池分配在方法区内，我们可以通过-XX:PermSize和-XX:MaxPermSize限制方法区的大小，从而间接限制其中常量池的容量。 + +4. 方法区溢出 + + 方法区用于存放Class的相关信息，如类名、访问修饰符、常量池、字段描述、方法描述等。 + + 异常信息：java.lang.OutOfMemoryError:PermGen space + + 方法区溢出也是一种常见的内存溢出异常，一个类如果要被垃圾收集器回收，判定条件是很苛刻的。在经常动态生成大量Class的应用中，要特别注意这点。 + +--- + +**Java面向对象的三个特征与含义。** + +继承：继承是从已有类得到继承信息创建新类的过程。提供继承信息的类被称为父类（超类、基类）；得到继承信息的类被称为子类（派生类）。继承让变化中的软件系统有了一定的延续性，同时继承也是封装程序中可变因素的重要手段。 + +封装：通常认为封装是把数据和操作数据的方法绑定起来，对数据的访问只能通过已定义的接口。面向对象的本质就是将现实世界描绘成一系列完全自治、封闭的对象。我们在类中编写的方法就是对实现细节的一种封装；我们编写一个类就是对数据和数据操作的封装。可以说，封装就是隐藏一切可隐藏的东西，只向外界提供最简单的编程接口（可以想想普通洗衣机和全自动洗衣机的差别，明显全自动洗衣机封装更好因此操作起来更简单；我们现在使用的智能手机也是封装得足够好的，因为几个按键就搞定了所有的事情）。 + +多态：多态性是指允许不同子类型的对象对同一消息作出不同的响应。简单的说就是用同样的对象引用调用同样的方法但是做了不同的事情。多态性分为编译时的多态性和运行时的多态性。如果将对象的方法视为对象向外界提供的服务，那么运行时的多态性可以解释为：当A系统访问B系统提供的服务时，B系统有多种提供服务的方式，但一切对A系统来说都是透明的（就像电动剃须刀是A系统，它的供电系统是B系统，B系统可以使用电池供电或者用交流电，甚至还有可能是太阳能，A系统只会通过B类对象调用供电的方法，但并不知道供电系统的底层实现是什么，究竟通过何种方式获得了动力）。方法重载（overload）实现的是编译时的多态性（也称为前绑定），而方法重写（override）实现的是运行时的多态性（也称为后绑定）。运行时的多态是面向对象最精髓的东西，要实现多态需要做两件事：1. 方法重写（子类继承父类并重写父类中已有的或抽象的方法）；2. 对象造型（用父类型引用引用子类型对象，这样同样的引用调用同样的方法就会根据子类对象的不同而表现出不同的行为）。 + +--- + + +**Override和Overload的含义与区别。** + +Overload：顾名思义，就是Over(重新)——load（加载），所以中文名称是重载。它可以表现类的多态性，可以是函数里面可以有相同的函数名但是参数名、类型不能相同；或者说可以改变参数、类型但是函数名字依然不变。 + +Override：就是ride(重写)的意思，在子类继承父类的时候子类中可以定义某方法与其父类有相同的名称和参数，当子类在调用这一函数时自动调用子类的方法，而父类相当于被覆盖（重写）了。 + +方法的重写Overriding和重载Overloading是Java多态性的不同表现。重写Overriding是父类与子类之间多态性的一种表现，重载Overloading是一个类中多态性的一种表现。如果在子类中定义某方法与其父类有相同的名称和参数，我们说该方法被重写 (Overriding)。子类的对象使用这个方法时，将调用子类中的定义，对它而言，父类中的定义如同被“屏蔽”了。如果在一个类中定义了多个同名的方法，它们或有不同的参数个数或有不同的参数类型，则称为方法的重载(Overloading)。Overloaded的方法是可以改变返回值的类型。 + +--- + +**Interface与abstract类的区别。** + +抽象类和接口都不能够实例化，但可以定义抽象类和接口类型的引用。一个类如果继承了某个抽象类或者实现了某个接口都需要对其中的抽象方法全部进行实现，否则该类仍然需要被声明为抽象类。接口比抽象类更加抽象，因为抽象类中可以定义构造器，可以有抽象方法和具体方法，而接口中不能定义构造器而且其中的方法全部都是抽象方法。抽象类中的成员可以是private、默认、protected、public的，而接口中的成员全都是public的。抽象类中可以定义成员变量，而接口中定义的成员变量实际上都是常量。有抽象方法的类必须被声明为抽象类，而抽象类未必要有抽象方法。 + +--- + +**Static class 与non static class的区别。** + +内部静态类不需要有指向外部类的引用。但非静态内部类需要持有对外部类的引用。非静态内部类能够访问外部类的静态和非静态成员。静态类不能访问外部类的非静态成员。他只能访问外部类的静态成员。一个非静态内部类不能脱离外部类实体被创建，一个非静态内部类可以访问外部类的数据和方法，因为他就在外部类里面。 + +--- + +**java多态的实现原理。** + +[http://blog.csdn.net/zzzhangzhun/article/details/51095075](http://blog.csdn.net/zzzhangzhun/article/details/51095075) + +当JVM执行Java字节码时，类型信息会存储在方法区中，为了优化对象的调用方法的速度，方法区的类型信息会增加一个指针，该指针指向一个记录该类方法的方法表，方法表中的每一个项都是对应方法的指针。 + +方法区：方法区和JAVA堆一样，是各个线程共享的内存区域，用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。 +运行时常量池：它是方法区的一部分，Class文件中除了有类的版本、方法、字段等描述信息外，还有一项信息是常量池，用于存放编译器生成的各种符号引用，这部分信息在类加载时进入方法区的运行时常量池中。 +方法区的内存回收目标是针对常量池的回收及对类型的卸载。 + +方法表的构造 + +由于java的单继承机制，一个类只能继承一个父类，而所有的类又都继承Object类，方法表中最先存放的是Object的方法，接下来是父类的方法，最后是该类本身的方法。如果子类改写了父类的方法，那么子类和父类的那些同名的方法共享一个方法表项。 + +由于这样的特性，使得方法表的偏移量总是固定的，例如，对于任何类来说，其方法表的equals方法的偏移量总是一个定值，所有继承父类的子类的方法表中，其父类所定义的方法的偏移量也总是一个定值。 + +实例 + +假设Class A是Class B的子类，并且A改写了B的方法的method()，那么B来说，method方法的指针指向B的method方法入口；对于A来说，A的方法表的method项指向自身的method而非父类的。 + +流程：调用方法时，虚拟机通过对象引用得到方法区中类型信息的方法表的指针入口，查询类的方法表 ，根据实例方法的符号引用解析出该方法在方法表的偏移量，子类对象声明为父类类型时，形式上调用的是父类的方法，此时虚拟机会从实际的方法表中找到方法地址，从而定位到实际类的方法。 +注：所有引用为父类，但方法区的类型信息中存放的是子类的信息，所以调用的是子类的方法表。 + +--- + +**foreach与正常for循环效率对比。** + +[http://904510742.iteye.com/blog/2118331](http://904510742.iteye.com/blog/2118331) + +直接for循环效率最高，其次是迭代器和 ForEach操作。 +作为语法糖，其实 ForEach 编译成 字节码之后，使用的是迭代器实现的，反编译后，testForEach方法如下： + +``` +public static void testForEach(List list) { + for (Iterator iterator = list.iterator(); iterator.hasNext();) { + Object t = iterator.next(); + Object obj = t; + } +} +``` + +可以看到，只比迭代器遍历多了生成中间变量这一步，因为性能也略微下降了一些。 + +--- + +**反射机制** + + + +JAVA反射机制是在运行状态中, 对于任意一个类, 都能够知道这个类的所有属性和方法; 对于任意一个对象, 都能够调用它的任意一个方法和属性; 这种动态获取的信息以及动态调用对象的方法的功能称为java语言的反射机制. + +主要作用有三： + +运行时取得类的方法和字段的相关信息。 + +创建某个类的新实例(.newInstance()) + +取得字段引用直接获取和设置对象字段，无论访问修饰符是什么。 + +用处如下： + +观察或操作应用程序的运行时行为。 + +调试或测试程序，因为可以直接访问方法、构造函数和成员字段。 + +通过名字调用不知道的方法并使用该信息来创建对象和调用方法。 + +--- + +**String类内部实现，能否改变String对象内容** + +[String源码分析](https://github.com/GeniusVJR/LearningNotes/blob/master/Part2/JavaSE/String源码分析.md) + +[http://blog.csdn.net/zhangjg_blog/article/details/18319521](http://blog.csdn.net/zhangjg_blog/article/details/18319521) + +--- + +**try catch 块，try里有return，finally也有return，如何执行** + +[http://qing0991.blog.51cto.com/1640542/1387200](http://qing0991.blog.51cto.com/1640542/1387200) + +--- + +**泛型的优缺点** + +优点： + +使用泛型类型可以最大限度地重用代码、保护类型的安全以及提高性能。 + +泛型最常见的用途是创建集合类。 + +缺点： + +在性能上不如数组快。 + +--- + +**泛型常用特点，List``能否转为List``** + +能，但是利用类都继承自Object，所以使用是每次调用里面的函数都要通过强制转换还原回原来的类，这样既不安全，运行速度也慢。 + +--- + +**解析XML的几种方式的原理与特点：DOM、SAX、PULL。** + +[http://www.cnblogs.com/HaroldTihan/p/4316397.html](http://www.cnblogs.com/HaroldTihan/p/4316397.html) + +--- + +**Java与C++对比。** + +[http://developer.51cto.com/art/201106/270422.htm](http://developer.51cto.com/art/201106/270422.htm) + +--- + +**Java1.7与1.8新特性。** + +[http://blog.chinaunix.net/uid-29618857-id-4416835.html](http://blog.chinaunix.net/uid-29618857-id-4416835.html) + +--- + +**JNI的使用。** + +[http://landerlyoung.github.io/blog/2014/10/16/java-zhong-jnide-shi-yong/](http://landerlyoung.github.io/blog/2014/10/16/java-zhong-jnide-shi-yong/) + +--- + +### 集合 + +**ArrayList、LinkedList、Vector的底层实现和区别** + +* 从同步性来看，ArrayList和LinkedList是不同步的，而Vector是的。所以线程安全的话，可以使用ArrayList或LinkedList，可以节省为同步而耗费的开销。但在多线程下，有时候就不得不使用Vector了。当然，也可以通过一些办法包装ArrayList、LinkedList，使我们也达到同步，但效率可能会有所降低。 +* 从内部实现机制来讲ArrayList和Vector都是使用Object的数组形式来存储的。当你向这两种类型中增加元素的时候，如果元素的数目超出了内部数组目前的长度它们都需要扩展内部数组的长度，Vector缺省情况下自动增长原来一倍的数组长度，ArrayList是原来的50%，所以最后你获得的这个集合所占的空间总是比你实际需要的要大。如果你要在集合中保存大量的数据，那么使用Vector有一些优势，因为你可以通过设置集合的初始化大小来避免不必要的资源开销。 +* ArrayList和Vector中，从指定的位置（用index）检索一个对象，或在集合的末尾插入、删除一个对象的时间是一样的，可表示为O(1)。但是，如果在集合的其他位置增加或者删除元素那么花费的时间会呈线性增长O(n-i)，其中n代表集合中元素的个数，i代表元素增加或移除元素的索引位置，因为在进行上述操作的时候集合中第i和第i个元素之后的所有元素都要执行(n-i)个对象的位移操作。LinkedList底层是由双向循环链表实现的，LinkedList在插入、删除集合中任何位置的元素所花费的时间都是一样的O(1)，但它在索引一个元素的时候比较慢，为O(i)，其中i是索引的位置，如果只是查找特定位置的元素或只在集合的末端增加、移除元素，那么使用Vector或ArrayList都可以。如果是对其它指定位置的插入、删除操作，最好选择LinkedList。 + +**HashMap和HashTable的底层实现和区别，两者和ConcurrentHashMap的区别。** + +[http://blog.csdn.net/xuefeng0707/article/details/40834595](http://blog.csdn.net/xuefeng0707/article/details/40834595) + +HashTable线程安全则是依靠方法简单粗暴的sychronized修饰，HashMap则没有相关的线程安全问题考虑。。 + +在以前的版本貌似ConcurrentHashMap引入了一个“分段锁”的概念，具体可以理解为把一个大的Map拆分成N个小的HashTable，根据key.hashCode()来决定把key放到哪个HashTable中。在ConcurrentHashMap中，就是把Map分成了N个Segment，put和get的时候，都是现根据key.hashCode()算出放到哪个Segment中。 + +通过把整个Map分为N个Segment（类似HashTable），可以提供相同的线程安全，但是效率提升N倍。 + +--- + +**HashMap的hashcode的作用？什么时候需要重写？如何解决哈希冲突？查找的时候流程是如何？** + +[从源码分析HashMap](http://blog.csdn.net/codeemperor/article/details/51351247) + +--- + +**Arraylist和HashMap如何扩容？负载因子有什么作用？如何保证读写进程安全？** + +[http://m.blog.csdn.net/article/details?id=48956087](http://m.blog.csdn.net/article/details?id=48956087) + +[http://hovertree.com/h/bjaf/2jdr60li.htm](http://hovertree.com/h/bjaf/2jdr60li.htm) + +ArrayList 本身不是线程安全的。 +所以正确的做法是去用 java.util.concurrent 里的 CopyOnWriteArrayList 或者某个同步的 Queue 类。 + +HashMap实现不是同步的。如果多个线程同时访问一个哈希映射，而其中至少一个线程从结构上修改了该映射，则它必须 保持外部同步。（结构上的修改是指添加或删除一个或多个映射关系的任何操作；仅改变与实例已经包含的键关联的值不是结构上的修改。）这一般通过对自然封装该映射的对象进行同步操作来完成。如果不存在这样的对象，则应该使用 Collections.synchronizedMap 方法来“包装”该映射。最好在创建时完成这一操作，以防止对映射进行意外的非同步访问. + +--- + +**TreeMap、HashMap、LinkedHashMap的底层实现区别。** + +[http://blog.csdn.net/lolashe/article/details/20806319](http://blog.csdn.net/lolashe/article/details/20806319) + +--- + +**Collection包结构，与Collections的区别。** + +Collection是一个接口，它是Set、List等容器的父接口；Collections是一个工具类，提供了一系列的静态方法来辅助容器操作，这些方法包括对容器的搜索、排序、线程安全化等等。 + +--- + +**Set、List之间的区别是什么?** + +[http://developer.51cto.com/art/201309/410205_all.htm](http://developer.51cto.com/art/201309/410205_all.htm) + +--- + +**Map、Set、List、Queue、Stack的特点与用法。** + +[http://www.cnblogs.com/yumo/p/4908718.html](http://www.cnblogs.com/yumo/p/4908718.html) + +Collection 是对象集合， Collection 有两个子接口 List 和 Set + +List 可以通过下标 (1,2..) 来取得值，值可以重复 + +而 Set 只能通过游标来取值，并且值是不能重复的 + +ArrayList ， Vector ， LinkedList 是 List 的实现类 + +ArrayList 是线程不安全的， Vector 是线程安全的，这两个类底层都是由数组实现的 + +LinkedList 是线程不安全的，底层是由链表实现的 + + +Map 是键值对集合 + +HashTable 和 HashMap 是 Map 的实现类 +HashTable 是线程安全的，不能存储 null 值 +HashMap 不是线程安全的，可以存储 null 值 + +Stack类：继承自Vector，实现一个后进先出的栈。提供了几个基本方法，push、pop、peak、empty、search等。 + +Queue接口：提供了几个基本方法，offer、poll、peek等。已知实现类有LinkedList、PriorityQueue等。 + + + diff --git "a/JavaNote/Java\347\233\270\345\205\263/Java\346\263\250\350\247\243\347\232\204\347\274\226\345\206\231\344\270\216Java\347\232\204\345\217\215\345\260\204\346\234\272\345\210\266.md" "b/JavaNote/Java\347\233\270\345\205\263/Java\346\263\250\350\247\243\347\232\204\347\274\226\345\206\231\344\270\216Java\347\232\204\345\217\215\345\260\204\346\234\272\345\210\266.md" new file mode 100644 index 0000000..018ec19 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/Java\346\263\250\350\247\243\347\232\204\347\274\226\345\206\231\344\270\216Java\347\232\204\345\217\215\345\260\204\346\234\272\345\210\266.md" @@ -0,0 +1,101 @@ +> 最近我的助理，“娃娃”问了我一次注解应该怎么写，我想注解应该太简单了吧，从我刚开始看java代码就能看到的@Override,到后来经常挺行我加上的@SuppressWarnings，当然这些注解我们用起来，看起来都是非常简单的。并且我本人是做安卓开发的，经常用各种注解框架做界面的绑定，我就简单的说了几句，利用反射啊，不改变代码逻辑，可以起到拦截的作用啊等等。但是当我自己想从头想写一个的时候，就发现并非那么简单了，经过了几个小时的研究，打算写这么一篇文章记录一下。 + + +想了解注解标签的原理，我们最好先搞懂，java的反射机制。所以可能这篇文章的篇幅较长，希望大家可以认真的读完。 + +> JAVA反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性；这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。 + +以上内容，来自百度文库。 + +用我的话说java的反射机制就是，可以通过程序的编写，让程序在运行时加载使用一个全新的Classes。 + +Java反射机制主要提供了以下功能： +在运行时判断任意一个对象所属的类，在运行时构造任意一个类的对象，在运行时判断任意一个类所具有的成员变量和方法，在运行时调用任意一个对象的方法，生成动态代理。 + + +在java中，所有类的基类是Object类，在这个函数中为我们提供了getClass()的方法。这个Class是一个非常特殊的类，由于我对这部分知识理解的也不是很到位，下面借用一下百度百科的解释吧： +> Class 类十分特殊。它和一般类一样继承自Object，其实体用以表达Java程序运行时的classes和interfaces，也用来表达enum、array、primitive Java types（boolean, byte, char, short, int, long, float, double）以及关键词void。当一个class被加载，或当加载器（class loader）的defineClass()被JVM调用，JVM 便自动产生一个Class 对象。如果您想借由“修改Java标准库源码”来观察Class 对象的实际生成时机（例如在Class的constructor内添加一个println()），这样是行不通的！因为Class并没有public constructor。 + + +下面我们便可以开始手动实现一个注解了： + + + +```` +package annotation; + +import java.lang.annotation.ElementType; +import java.lang.annotation.Retention; +import java.lang.annotation.RetentionPolicy; +import java.lang.annotation.Target; + +@Target(ElementType.METHOD) +@Retention(RetentionPolicy.RUNTIME) +public @interface Reflect { + String name() default "sunguoli"; +} + +```` + +```` +package annotation; + +import java.lang.reflect.Method; + +public class ReflectProcessor { + public void parseMethod(final Class clazz) throws Exception { + final Object obj = clazz.getConstructor(new Class[] {}).newInstance(new Object[] {}); + final Method[] methods = clazz.getDeclaredMethods(); + for (final Method method : methods) { + final Reflect my = method.getAnnotation(Reflect.class); + if (null != my) { + method.invoke(obj, my.name()); + } + } + } +} + + +```` + + +```` +package annotation; + +public class ReflectTest { + + @Reflect + public static void sayHello(final String name) { + System.out.println("==>> Hi, " + name + " [sayHello]"); + } + + @Reflect(name = "AngelaBaby") + public static void sayHelloToSomeone(final String name) { + System.out.println("==>> Hi, " + name + " [sayHelloToSomeone]"); + } + + public static void main(final String[] args) throws Exception { + final ReflectProcessor relectProcessor = new ReflectProcessor(); + relectProcessor.parseMethod(ReflectTest.class); + } +} + + +```` + +以上我们的接口就写完了~下面看一下运行结果~ + + + + + + + + + +![展示图.png](http://upload-images.jianshu.io/upload_images/2585384-a61b2ff9c871718d.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +这样我们就测试了我们的注解，主要利用的是java的反射，在反射过程中调用了装载的方法就可以啦~ + +> 当然啊，我知道我们这里面调用的反射只能算是反射的原理和最基本的概念，我写出来的注解，都是相当的水的注解，和各种框架中的注解几乎不可能相提并论，我最近也很留意这方面的源码，有别的收货还是会分享出来的~~ diff --git "a/JavaNote/Java\347\233\270\345\205\263/\345\217\221\345\270\203jar\345\214\205\345\210\260Maven\344\270\255\345\244\256\344\273\223\345\272\223.md" "b/JavaNote/Java\347\233\270\345\205\263/\345\217\221\345\270\203jar\345\214\205\345\210\260Maven\344\270\255\345\244\256\344\273\223\345\272\223.md" new file mode 100644 index 0000000..fa2b572 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/\345\217\221\345\270\203jar\345\214\205\345\210\260Maven\344\270\255\345\244\256\344\273\223\345\272\223.md" @@ -0,0 +1,259 @@ +# 发布jar包到Maven中央仓库 + +> 当我们开发完一些java的jar的时候，可能想将它发布到远端的代码仓库，这样就可以让更多的人同样用到它。 +> 同样maven也是一个非常完备的项目，我们可以在上面下载到各种我们喜欢想要的jar包，下面将介绍一下如何将本地jar包发布到maven中央仓库。 + + +## 发布的全部流程 +### 注册Sonatype账号 +需要注册一个Sonatype的账号，然后在上面提交一个工单，[注册链接](https://issues.sonatype.org/secure/Signup!default.jspa )，注册之后我们需要提交一个工单，点击Create就可以创建工单了，然后我们需要填写一些它的描述信息，描述信息类似下图： +![](https://ws2.sinaimg.cn/large/006tNbRwly1ffsyt6fjhoj318w1kcjy9.jpg) + +这里面填写了一个Group Id，这个一般用公司的官网就可以了，然后可能工作人员会在工单的界面进行询问这个网站的所有权是否在你的手里，只需要回答一个yes就可以了，不过如果没有官网的话，用github它所在的网址也是非常不错的。 + +然后这个工单应该应该就已经提完了，然后需要等待工作人员的审核，如果审核完毕这个工单的状态就会变成RESOLVED状态，当这个状态的时候我们就可以提交审核了。 + +### 下载gpg对发布的文件进行签名 +gpg应该是一个对称的加密工具，会生成公钥和私钥，[mac下载链接](https://gpgtools.org/)，[windows下载链接](http://www.gpg4win.org/download.html)，然后就可以通过命令行生成秘钥了。 + +``` +gpg --gen-key +``` +通过这个命令，会提示出一些东西，我们需要输入用户名，还有邮箱，然后还会弹出来一个对话框我们需要输入密码，其它的东西我们只需要敲回车就可以了，最后我们选择O，就可以了。如下图所示： + +![](https://ws3.sinaimg.cn/large/006tNbRwly1ffszb6utc6j31331o2wrf.jpg) + + +然后我们需要把这个gpg的key，上传到服务器，如下图所示： +![](https://ws1.sinaimg.cn/large/006tNbRwly1fft0dh64evj31kw0yhqat.jpg) + + +### 配置Maven下面的setting.xml + +``` + + + + + + ossrh + linSir + 8888888 + + + nexus-snapshots + linSir + Jx1523,, + + + + + +``` + +这里面有三个地方我们需要注意一下，分别是，,，其中username和password需要和我们提交工单的网站的账号密码所对上，id可以随便写，但是需要和pom.xml里面对上。 +这里面有个小小的坑，我在这里说一下，我们需要配置的是Maven真正用到的setting.xml，我之前一直配置的是另一个Maven下面的xml，就导致一直没有权限做这件事情，希望大家不要掉进坑里。 + +如果用的是idea的话，可以查到Maven用到的setting.xml的位置，如下图： + +![Maven所在位置的截图](http://upload-images.jianshu.io/upload_images/2585384-b8645927c2126f74.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +### 配置pom.xml + +``` + + + 4.0.0 + + com.github.dotengine + dotEngine-java-sdk + 0.1.1 + jar + dotEngine-java-sdk + dot engine java sdk + https://github.com/dotEngine/dotEngine-java-sdk + + + + Apache License, Version 2.0 + http://www.apache.org/licenses/LICENSE-2.0 + repo + + + + + scm:git:https://github.com/dotEngine/dotEngine-java-sdk + scm:git:git@github.com:dotEngine/dotEngine-java-sdk + git@github.com:dotEngine/dotEngine-java-sdk + 0.1.0 + + + GitHub Issues + https://github.com/dotEngine/dotEngine-java-sdk/issues + + + Web site + http://dot.cc + + + + + denghaizhu + haizhu12345@gmail.com + + + liulianxiang + notedit@gmail.com + + + + + + + dotEngine + 0.7.0 + 2.8.1 + 4.13.1 + 1.7 + 3.0.2 + 3.5.1 + + UTF-8 + ${user.name}-${maven.build.timestamp} + 1.55 + 3.4 + 4.12 + 1.6.5 + 2.19.1 + + + + io.jsonwebtoken + jjwt + ${jwt.version} + provided + + + com.fasterxml.jackson.core + jackson-databind + ${jackjson.version} + provided + + + + + + + + ossrh + https://oss.sonatype.org/content/repositories/snapshots + + + ossrh + https://oss.sonatype.org/service/local/staging/deploy/maven2/ + + + + + + + + org.apache.maven.plugins + maven-source-plugin + 2.2.1 + + + attach-sources + + jar-no-fork + + + + + + org.apache.maven.plugins + maven-javadoc-plugin + 2.9.1 + + + attach-javadocs + + jar + + + + + + org.apache.maven.plugins + maven-gpg-plugin + 1.5 + + + sign-artifacts + verify + + sign + + + + + + + + + + + + + + + + + + + + + + + +``` + +这个是我配置的我的项目的pom.xml，大家可以参考一下，注意的就是要和setting里面的id对上，还有一些基本的配置，大家可以参考我的项目，改成自己项目需要的。 + + +### 上传 + +``` + mvn clean deploy -X +``` + + +![结果](http://upload-images.jianshu.io/upload_images/2585384-aa6f7a2ba2ec0041.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +最后我们就能看到结果了,然后登陆[仓库的网站](https://oss.sonatype.org/#stagingRepositories)网站，查看我们提交的代码 + + +![提交完成的代码.png](http://upload-images.jianshu.io/upload_images/2585384-fed37b08edb17cf9.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +### 联系工作人员close掉这个issues +在工单的下面，就可以通知工作人员关闭这个工单的，同时我们需要在上图的界面中close掉这个，close的时候可能需要输入一些描述性信息，当关闭成功之后，再次选中这个，然后右侧还有一个release，点击之后同样需要输入描述信息，然后等几个小时，就可以在Maven的中央仓库中找到我们提交的库了。 + +[中央仓库地址](http://search.maven.org/#search%7Cga%7C1%7C) + +搜索到的效果图： + +![效果图](http://upload-images.jianshu.io/upload_images/2585384-58eadc0aeca8818f.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +以上便是上传的全部过程了，虽然有点折腾，但还是痛并快乐着的，等下一次，就不需要这么麻烦了~ + +下一次的操作，只需要，close掉这个，然后再重新release即可 + + +![效果图](http://upload-images.jianshu.io/upload_images/2585384-03a88f8c439ed074.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) diff --git "a/JavaNote/Java\347\233\270\345\205\263/\351\235\242\345\220\221\345\257\271\350\261\241\347\232\204\345\205\255\345\244\247\345\216\237\345\210\231\344\273\245\345\217\212\345\270\270\350\247\201\347\232\204\345\215\201\344\270\203\347\247\215\350\256\276\350\256\241\346\250\241\345\274\217.md" "b/JavaNote/Java\347\233\270\345\205\263/\351\235\242\345\220\221\345\257\271\350\261\241\347\232\204\345\205\255\345\244\247\345\216\237\345\210\231\344\273\245\345\217\212\345\270\270\350\247\201\347\232\204\345\215\201\344\270\203\347\247\215\350\256\276\350\256\241\346\250\241\345\274\217.md" new file mode 100644 index 0000000..58f5158 --- /dev/null +++ "b/JavaNote/Java\347\233\270\345\205\263/\351\235\242\345\220\221\345\257\271\350\261\241\347\232\204\345\205\255\345\244\247\345\216\237\345\210\231\344\273\245\345\217\212\345\270\270\350\247\201\347\232\204\345\215\201\344\270\203\347\247\215\350\256\276\350\256\241\346\250\241\345\274\217.md" @@ -0,0 +1,1114 @@ + + +> 本文转载自：[菜刀文大神的GitHub](https://github.com/helen-x/AndroidInterview/blob/master/android/Android%20%E6%BA%90%E7%A0%81%E4%B8%AD%E7%9A%84%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F(%E4%BD%A0%E9%9C%80%E8%A6%81%E7%9F%A5%E9%81%93%E7%9A%84%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F%E5%85%A8%E5%9C%A8%E8%BF%99%E9%87%8C).md) + +# 面向对象的六大原则 + + + - **单一职责原则** + +　　所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变，那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。通俗的说，即一个类只负责一项职责，将一组相关性很高的函数、数据封装到一个类中。 + + - **开闭原则** + +　　对于扩展是开放的，这意味着模块的行为是可以扩展的。当应用的需求改变时，我们可以对模块进行扩展，使其具有满足那些改变的新行为。 +　　对于修改是关闭的，对模块行为进行扩展时，不必改动模块的源代码。 + +　　通俗的说，尽量通过扩展的方式实现系统的升级维护和新功能添加，而不是通过修改已有的源代码。 + + - **里氏替换原则** + +　　使用“抽象(Abstraction)”和“多态(Polymorphism)”将设计中的静态结构改为动态结构，维持设计的封闭性。任何基类可以出现的地方，子类一定可以出现。 + +　　在软件中将一个基类对象替换成它的子类对象，程序将不会产生任何错误和异常，反过来则不成立。在程序中尽量使用基类类型来对对象进行定义，而在运行时再确定其子类类型，用子类对象来替换父类对象。 + + - **依赖倒置原则** + +　　高层次的模块不应该依赖于低层次的模块，他们都应该依赖于抽象。抽象不应该依赖于具体实现，具体实现应该依赖于抽象。 +　　 +　　程序要依赖于抽象接口，不要依赖于具体实现。简单的说就是要求对抽象进行编程，不要对实现进行编程，这样就降低了客户与实现模块间的耦合（各个模块之间相互传递的参数声明为抽象类型，而不是声明为具体的实现类）。 + + - **接口隔离原则** + +　　一个类对另一个类的依赖应该建立在最小的接口上。其原则是将非常庞大的、臃肿的接口拆分成更小的更具体的接口。 + + - **迪米特原则** + +　　又叫作最少知识原则，就是说一个对象应当对其他对象有尽可能少的了解。 +　　通俗地讲，一个类应该对自己需要耦合或调用的类知道得最少，不关心被耦合或调用的类的内部实现，只负责调用你提供的方法。 + +　　下面开始设计模式学习．．．　　 +# 1. Singleton（单例模式） + +作用：　　 +> 保证在Java应用程序中，一个类Class只有一个实例存在。 + +好处： +>由于单例模式在内存中只有一个实例，减少了内存开销。 +> +　单例模式可以避免对资源的多重占用，例如一个写文件时，由于只有一个实例存在内存中，避免对同一个资源文件的同时写操作。 +　　 +>单例模式可以再系统设置全局的访问点，优化和共享资源访问。 + +使用情况： +>建立目录 数据库连接的单线程操作 +> +>某个需要被频繁访问的实例对象　 + +## 1.1 使用方法 + +**第一种形式：** + +``` +public class Singleton { + + /* 持有私有静态实例，防止被引用，此处赋值为null，目的是实现延迟加载 */ + private static Singleton instance = null; + + /* 私有构造方法，防止被实例化 */ + private Singleton() { + } + + /* 懒汉式：第一次调用时初始Singleton，以后就不用再生成了 + 静态方法，创建实例 */ + public static Singleton getInstance() { + if (instance == null) { + instance = new Singleton(); + } + return instance; + } +} +``` +　　但是这有一个问题，不同步啊！在对据库对象进行的频繁读写操作时，不同步问题就大了。 + +**第二种形式**： + +　　既然不同步那就给getInstance方法加个锁呗！我们知道使用synchronized关键字可以同步方法和同步代码块，所以：　　 + +``` + public static synchronized Singleton getInstance() { + if (instance == null) { + instance = new Singleton(); + } + return instance; + } +``` +或是 + +``` +public static Singleton getInstance() { + synchronized (Singleton.class) { + if (instance == null) { + instance = new Singleton(); + } + } + return instance; + } +``` + +获取Singleton实例： + +``` +Singleton.getInstance().方法（） +``` +## 1.２ android中的Singleton + +> 软键盘管理的 InputMethodManager + +源码(以下的源码都是5.1的)： +``` +205 public final class InputMethodManager { +//......... +211 static InputMethodManager sInstance; +//......... +619 public static InputMethodManager getInstance() { +620 synchronized (InputMethodManager.class) { +621 if (sInstance == null) { +622 IBinder b = ServiceManager.getService(Context.INPUT_METHOD_SERVICE); +623 IInputMethodManager service = IInputMethodManager.Stub.asInterface(b); +624 sInstance = new InputMethodManager(service, Looper.getMainLooper()); +625 } +626 return sInstance; +627 } +628 } +``` + +　　使用的是第二种同步代码块的单例模式（可能涉及到多线程），类似的还有 +　　AccessibilityManager（View获得点击、焦点、文字改变等事件的分发管理，对整个系统的调试、问题定位等） +　　BluetoothOppManager等。 + +当然也有同步方法的单例实现，比如：CalendarDatabaseHelper + +``` +307 public static synchronized CalendarDatabaseHelper getInstance(Context context) { +308 if (sSingleton == null) { +309 sSingleton = new CalendarDatabaseHelper(context); +310 } +311 return sSingleton; +312 } +``` + +**注意Application并不算是单例模式** + +``` +44 public class Application extends ContextWrapper implements ComponentCallbacks2 { + +79 public Application() { +80 super(null); +81 } +``` +在Application源码中，其构造方法是公有的，意味着可以生出多个Application实例，但为什么Application能实现一个app只存在一个实例呢？请看下面： + +在ContextWrapper源码中： + +``` +50 public class ContextWrapper extends Context { +51 Context mBase; +52 +53 public ContextWrapper(Context base) { +54 mBase = base; +55 } + +64 protected void attachBaseContext(Context base) { +65 if (mBase != null) { +66 throw new IllegalStateException("Base context already set"); +67 } +68 mBase = base; +69 } +``` +ContextWrapper构造函数传入的base为null, 就算有多个Application实例，但是没有通过attach()绑定相关信息，没有上下文环境，三个字。 + + **然并卵** + + +# ２. Factory（工厂模式） + +>　定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。 +　**对同一个接口的实现类进行管理和实例化创建** + +![这里写图片描述](http://img.blog.csdn.net/20160620135007144)　 + +假设我们有这样一个需求： + +　　动物Animal，它有行为move()。有两个实现类cat和dog。为了统一管理和创建我们设计一个工厂模式。 +　　同时两个子类有各自的行为，Cat有eatFish()，Dog有eatBone(). + +结构图： +![这里写图片描述](http://img.blog.csdn.net/20160620141023393) + +Animal接口： + +``` +interface animal { + void move(); +} +``` +Cat类: + +``` +public class Cat implements Animal{ + + @Override + public void move() { + // TODO Auto-generated method stub + System.out.println("我是只肥猫，不爱动"); + } + public void eatFish() { + System.out.println("爱吃鱼"); + } +} +``` +Dog类: + +``` +public class Dog implements Animal{ + + @Override + public void move() { + // TODO Auto-generated method stub + System.out.println("我是狗，跑的快"); + } + public void eatBone() { + System.out.println("爱吃骨头"); + } +} +``` +那么现在就可以建一个工厂类（Factory.java）来对实例类进行管理和创建了. + +``` +public class Factory { + //静态工厂方法 + //多处调用，不需要实例工厂类 + public static Cat produceCat() { + return new Cat(); + } + public static Dog produceDog() { + return new Dog(); + } +//当然也可以一个方法，通过传入参数，switch实现 +} +``` +使用： + +``` +Animal cat = Factory.produceCat(); +cat.move(); +//----------------------------- +Dog dog = Factory.produceDog(); +dog.move(); +dog.eatBone(); +``` +　　工厂模式在业界运用十分广泛，如果都用new来生成对象，随着项目的扩展，animal还可以生出许多其他儿子来，当然儿子还有儿子，同时也避免不了对以前代码的修改（比如加入后来生出儿子的实例）,怎么管理，想着就是一团糟。 + +``` +Animal cat = Factory.produceCat(); +``` + 　这里实例化了Animal但不涉及到Animal的具体子类（减少了它们之间的偶合联系性），达到封装效果，也就减少错误修改的机会。 + +　　Java面向对象的原则，封装(Encapsulation)和分派(Delegation)告诉我们：**具体事情做得越多，越容易范错误，** + +　　一般来说，这样的普通工厂就可以满足基本需求。但是我们如果要新增一个Animal的实现类panda，那么必然要在工厂类里新增了一个生产panda的方法。就违背了 闭包的设计原则（对扩展要开放对修改要关闭） ，于是有了抽象工厂模式。 + +## ２.1 Abstract Factory(抽象工厂) + +　　抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。 +　　啥意思？就是把**生产抽象成一个接口，每个实例类都对应一个工厂类**（普通工厂只有一个工厂类），**同时所有工厂类都继承这个生产接口**。 + +生产接口Provider： + +``` +interface Provider { + Animal produce(); +} +``` +每个产品都有自己的工厂 +CatFactory： + +``` +public class CatFactory implements Provider{ + + @Override + public Animal produce() { + // TODO Auto-generated method stub + return new Cat(); + } +} +``` +DogFactory： + +``` +public class DogFactory implements Provider{ + + @Override + public Animal produce() { + // TODO Auto-generated method stub + return new Dog(); + } +} +``` +产品生产： + +``` +Provider provider = new CatFactory(); +Animal cat =provider.produce(); +cat.move(); +``` +　　现在我们要加入panda，直接新建一个pandaFactory就行了，这样我们系统就非常灵活，具备了动态扩展功能。 + +## ２.1 Android中的Factory + +　　比如AsyncTask的抽象工厂实现： + +工厂的抽象： + +``` +59　public interface ThreadFactory { +//省略为备注 +69 Thread newThread(Runnable r); +70 } +``` +产品的抽象（new Runnable就是其实现类）： + +``` +56 public interface Runnable { +//省略为备注 +68 public abstract void run(); +69 } +``` +AsyncTask中工厂类的实现： +``` +185 private static final ThreadFactory sThreadFactory = new ThreadFactory() { +186 private final AtomicInteger mCount = new AtomicInteger(1); +187 +188 public Thread newThread(Runnable r) { +189 return new Thread(r, "AsyncTask #" + mCount.getAndIncrement()); +190 } +191 }; +``` + 我们可以创建另外类似的工厂，生产某种专门的线程（多线程），非常容易扩展。 +当然，android中的应用还有很多（比如BitmapFactory），有兴趣的小伙伴可以去扒一扒。 + +# 3. Adapter（适配器模式） + +**将一个类的接口转换成客户希望的另外一个接口**。 + +　　我们经常碰到要将两个没有关系的类组合在一起使用，第一解决方案是：修改各自类的接口，但是如果我们没有源代码，或者，我们不愿意为了一个应用而修改各自的接口。 怎么办? + +使用Adapter，在这两种接口之间创建一个混合接口。 + +> 模式中的角色 + +>需要适配的类（Adaptee）：需要适配的类。 + +>适配器（Adapter）：通过包装一个需要适配的对象，把原接口转换成目标接口。 + +>目标接口（Target）：客户所期待的接口。可以是**具体的或抽象的类，也可以是接口。** + +![这里写图片描述](http://img.blog.csdn.net/20160620135007144)　 +``` +// 需要适配的类 +class Adaptee { + public void specificRequest() { + System.out.println("需要适配的类"); + } +} + +// 目标接口 +interface Target { + public void request(); +} +``` + +实现方式： + +①、对象适配器（采用对象组合方式实现） + +``` +// 适配器类实现标准接口 +class Adapter implements Target{ + // 直接关联被适配类 + private Adaptee adaptee; + + // 可以通过构造函数传入具体需要适配的被适配类对象 + public Adapter (Adaptee adaptee) { + this.adaptee = adaptee; + } + + public void request() { + // 这里是使用委托的方式完成特殊功能 + this.adaptee.specificRequest(); + } +} + +// 测试类 +public class Client { + public static void main(String[] args) { + // 需要先创建一个被适配类的对象作为参数 + Target adapter = new Adapter(new Adaptee()); + adapter.request(); + } +} +``` +　　如果Target不是接口而是一个具体的类的情况，这里的Adapter直接继承Target就可以了。 + +②、类的适配器模式（采用继承实现） + +``` +// 适配器类继承了被适配类同时实现标准接口 +class Adapter extends Adaptee implements Target{ + public void request() { + super.specificRequest(); + } +} + +// 测试类 + public static void main(String[] args) { + // 使用适配类 + Target adapter = new Adapter(); + adapter.request(); + } +``` +　　如果Target和 Adaptee都是接口，并且都有实现类。 可以通过Adapter实现两个接口来完成适配。 +　　还有一种叫PluggableAdapters,可以动态的获取几个adapters中一个。使用Reflection技术，可以动态的发现类中的Public方法。 + +> 优点 + +　　系统需要使用现有的类，而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到**更好的复用**。 +　　将目标类和适配者类解耦，通过引入一个适配器类重用现有的适配者类，而无需修改原有代码，**更好的扩展性**。 + +> 缺点 + +　　过多的使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是A接口，其实内部被适配成了B接口的实现。如果不是必要，不要使用适配器，而是直接对系统进行重构。 + +## ３.1 Android中的Adapter + +　　android中的Adapter就有很多了，这个大家都经常用。 +　　Adapter是AdapterView视图与数据之间的桥梁，Adapter提供对数据的访问，也负责为每一项数据产生一个对应的View。 + +> Adapter的继承结构 + +![这里写图片描述](http://img.blog.csdn.net/20160621094155219) + +BaseAdapter的部分源码： +``` +30public abstract class BaseAdapter implements ListAdapter, SpinnerAdapter { +31 private final DataSetObservable mDataSetObservable = new DataSetObservable(); +32 +33 public boolean hasStableIds() { +34 return false; +35 } +36 +37 public void registerDataSetObserver(DataSetObserver observer) { +38 mDataSetObservable.registerObserver(observer); +39 } +40 +41 public void unregisterDataSetObserver(DataSetObserver observer) { +42 mDataSetObservable.unregisterObserver(observer); +43 } +``` +ListAdapter, SpinnerAdapter都是Target ，数据是Adaptee ，采用对象组合方式。 + +# 4. Chain of Responsibility（责任链模式） + +　　使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。 +　　 +　　发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织和分配责任。　 + +编程中的小体现： + +``` +if(a<10){ + ... +} +else if (a<20）{ + ... +} +else if(a<30){ + ... +} +else{ + ... +} +``` +程序必须依次扫描每个分支进行判断，找到对应的分支进行处理。 + +> 责任链模式的优点 + +　　可以降低系统的耦合度（请求者与处理者代码分离），简化对象的相互连接，同时增强给对象指派职责的灵活性，增加新的请求处理类也很方便； + +> 责任链模式的缺点 + + 　　不能保证请求一定被接收，且对于比较长的职责链，请求的处理可能涉及到多个处理对象，系统性能将受到一定影响，而且在进行代码调试时不太方便。 +　　每次都是从链头开始，这也正是链表的缺点。 +　　 +## ４.1 Android中的Chain of Responsibility + +　　触摸、按键等各种事件的传递 +　　 +![这里写图片描述](http://img.blog.csdn.net/20160621101505594) + +有兴趣的可以看一下这篇文章[View事件分发机制源码分析](http://blog.csdn.net/Amazing7/article/details/51274481)，我这就不多说了。 + +# 5. Observer（观察者模式） + +　　有时被称作发布/订阅模式，观察者模式定义了一种**一对多**的依赖关系，让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。 + +　　将一个系统分割成一个一些类相互协作的类有一个不好的副作用，那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合，这样会给维护、扩展和重用都带来不便。观察者就是解决这类的耦合关系的（依赖关系并未完全解除，抽象通知者依旧依赖抽象的观察者。）。 + +> 观察者模式的组成 + +①抽象主题（Subject） + +　　它把所有观察者对象的引用保存到一个聚集里，每个主题都可以有任何数量的观察者。抽象主题提供一个接口，可以增加和删除观察者对象。 + +②具体主题（ConcreteSubject） + +　　将有关状态存入具体观察者对象；在具体主题内部状态改变时，给所有登记过的观察者发出通知。 + +③抽象观察者（Observer） + +　　为所有的具体观察者定义一个接口，在得到主题通知时更新自己。 + +④具体观察者（ConcreteObserver） + +　　实现抽象观察者角色所要求的更新接口，以便使本身的状态与主题状态协调。 + +![这里写图片描述](http://img.blog.csdn.net/20160621104419553)　 + +言语苍白，上代码： + +``` +//抽象观察者 +public interface Observer +{ + public void update(String str); + +} +``` + +``` +//具体观察者 +public class ConcreteObserver implements Observer{ + @Override + public void update(String str) { + // TODO Auto-generated method stub + System.out.println(str); + } +} +``` + +``` +//抽象主题 +public interface Subject +{ + public void addObserver(Observer observer); + public void removeObserver(Observer observer); + public void notifyObservers(String str); +} +``` + +``` +//具体主题 +public class ConcreteSubject implements Subject{ + // 存放观察者 + private List list = new ArrayList(); + @Override + public void addObserver(Observer observer) { + // TODO Auto-generated method stub + list.add(observer); + } + + @Override + public void removeObserver(Observer observer) { + // TODO Auto-generated method stub + list.remove(observer); + } + + @Override + public void notifyObservers(String str) { + // TODO Auto-generated method stub + for(Observer observer:list){ + observer.update(str); + } + } +} +``` +下面是测试类： + +``` +/** + * @author fanrunqi + */ +public class Test { + public static void main(String[] args) { + //一个主题 + ConcreteSubject eatSubject = new ConcreteSubject(); + //两个观察者 + ConcreteObserver personOne = new ConcreteObserver(); + ConcreteObserver personTwo = new ConcreteObserver(); + //观察者订阅主题 + eatSubject.addObserver(personOne); + eatSubject.addObserver(personTwo); + + //通知开饭了 + eatSubject.notifyObservers("开饭啦"); + } +} +``` + +> “关于代码你有什么想说的？” +>“没有，都在代码里了” +>“（⊙ｏ⊙）哦．．．．．” + +## ５.1 Android中的Observer + +　　观察者模式在android中运用的也比较多，最熟悉的ContentObserver。 + +①　抽象类ContentResolver中（Subject） + +注册观察者： + +``` +1567 public final void registerContentObserver(Uri uri, boolean notifyForDescendents, +1568 ContentObserver observer, int userHandle) + +``` +取消观察者： + +``` +1583 public final void unregisterContentObserver(ContentObserver observer) +``` +抽象类ContentObserver中（Observer） + +``` +94 public void onChange(boolean selfChange) { +95 // Do nothing. Subclass should override. +96 } + +144 public void onChange(boolean selfChange, Uri uri, int userId) { +145 onChange(selfChange, uri); +146 } + +129 public void onChange(boolean selfChange, Uri uri) { +130 onChange(selfChange); +131 } +``` + 　观察特定Uri引起的数据库的变化，继而做一些相应的处理（最终都调用的第一个函数）． + +②　DataSetObserver，其实这个我们一直在用，只是没意识到。 + +我们再看到BaseAdapter的部分源码： + +``` +37 public void registerDataSetObserver(DataSetObserver observer) { +38 mDataSetObservable.registerObserver(observer); +39 } +40 +41 public void unregisterDataSetObserver(DataSetObserver observer) { +42 mDataSetObservable.unregisterObserver(observer); +43 } + +``` +　上面两个方法分别向向BaseAdater注册、注销一个DataSetObserver实例。 + +DataSetObserver 的源码： +``` +24　public abstract class DataSetObserver { + +29 public void onChanged() { +30 // Do nothing +31 } + +38 public void onInvalidated() { +39 // Do nothing +40 } +41} +``` +　　DataSetObserver就是一个观察者，它一旦发现BaseAdapter内部数据有变量，就会通过回调方法DataSetObserver.onChanged和DataSetObserver.onInvalidated来通知DataSetObserver的实现类。 + +# ６. Builder（建造者模式） +　　 +　　建造者模式：是将一个复杂的对象的构建与它的表示分离（同构建不同表示），使得同样的构建过程可以创建不同的表示。 + +> 　　一个人活到70岁以上，都会经历这样的几个阶段：婴儿，少年，青年，中年，老年。并且每个人在各个阶段肯定是不一样的，世界上不存在两个人在人生的这5个阶段的生活完全一样，但是活到70岁以上的人，都经历了这几个阶段是肯定的。实际上这是一个比较经典的建造者模式的例子了。 + +　　将复杂的内部创建封装在内部，对于外部调用的人来说，只需要传入建造者和建造工具，对于内部是如何建造成成品的，调用者无需关心。 + +建造者模式通常包括下面几个角色： + +①　Builder：一个抽象接口，用来规范产品对象的各个组成成分的建造。 + +②　ConcreteBuilder：实现Builder接口，针对不同的商业逻辑，具体化复杂对象的各部分的创建，在建造过程完成后，提供产品的实例。 + +③　Director：指导者，调用具体建造者来创建复杂对象的各个部分，不涉及具体产品的信息，只负责保证对象各部分完整创建或按某种顺序创建。 + +④　Product：要创建的复杂对象。 + +> 与抽象工厂的区别：在建造者模式里，有个指导者，由指导者来管理建造者，用户是与指导者联系的，指导者联系建造者最后得到产品。即建造模式可以强制实行一种分步骤进行的建造过程。 + +![这里写图片描述](http://img.blog.csdn.net/20160621134142566)　 + + +Product和产品的部分Part接口 +``` +　public interface Product { } +　public interface Part { } +``` + +Builder： + +``` + public interface Builder { +　　　　void buildPartOne(); +　　　　void buildPartTwo(); +　　 +　　　　Product getProduct(); +　　} +``` +ConcreteBuilder: + +``` +//具体建造工具 +　　public class ConcreteBuilder implements Builder { +　　　　Part partOne, partTwo; + +　　　　public void buildPartOne() { +　　　　　　//具体构建代码 +　　　　}; +　　　　public void buildPartTwo() { +　　　　　　//具体构建代码 +　　　　}; +　　　　 public Product getProduct() { +　　　　　　//返回最后组装的产品 +　　　　}; +　　} +``` +Director : + +``` +　public class Director { +　　　　private Builder builder; +　　 +　　　　public Director( Builder builder ) { +　　　　　　this.builder = builder; +　　　　} +　　　　public void construct() { +　　　　　　builder.buildPartOne(); +　　　　　　builder.buildPartTwo(); +　　　　} +　　} + +``` +建造： + +``` +ConcreteBuilder builder = new ConcreteBuilder(); +Director director = new Director(builder); +//开始各部分建造　 +director.construct(); +Product product = builder.getResult(); +``` + +> 优点： + +客户端不必知道产品内部组成的细节。 + +具体的建造者类之间是相互独立的，对系统的扩展非常有利。 + +由于具体的建造者是独立的，因此可以对建造过程逐步细化，而不对其他的模块产生任何影响。 + +> 使用场合： + +创建一些复杂的对象时，这些对象的内部组成构件间的建造**顺序是稳定**的，但是对象的内**部组成构件面临着复杂的变化**。 + +要创建的复杂对象的算法，独立于该对象的组成部分，也独立于组成部分的装配方法时。 + +## ６.1 Android中的Builder + +　android中的Dialog就使用了Builder Pattern，下面来看看AlertDialog的部分源码。 + +``` +371 public static class Builder { +372 private final AlertController.AlertParams P; +373 private int mTheme; + +393 public Builder(Context context, int theme) { +394 P = new AlertController.AlertParams(new ContextThemeWrapper( +395 context, resolveDialogTheme(context, theme))); +396 mTheme = theme; +397 } +``` +　　AlertDialog的Builder 是一个静态内部类，没有定义Builder 的抽象接口。 +　　对AlertDialog设置的属性会保存在Build类的成员变量P（AlertController.AlertParams）中。 + +Builder类中部分方法： + +``` +416 public Builder setTitle(int titleId) { +417 P.mTitle = P.mContext.getText(titleId); +418 return this; +419 } +``` + +``` +452 public Builder setMessage(int messageId) { +453 P.mMessage = P.mContext.getText(messageId); +454 return this; +455 } + +``` + +``` +525 public Builder setPositiveButton(CharSequence text, final OnClickListener listener) { +526 P.mPositiveButtonText = text; +527 P.mPositiveButtonListener = listener; +528 return this; +529 } +``` +而show()方法会返回一个结合上面设置的dialog实例 + +``` +991 public AlertDialog show() { +992 AlertDialog dialog = create(); +993 dialog.show(); +994 return dialog; +995 } +996 } +997 +998} +``` + +``` +972 public AlertDialog create() { +973 final AlertDialog dialog = new AlertDialog(P.mContext, mTheme, false); +974 P.apply(dialog.mAlert); +975 dialog.setCancelable(P.mCancelable); +976 if (P.mCancelable) { +977 dialog.setCanceledOnTouchOutside(true); +978 } +979 dialog.setOnCancelListener(P.mOnCancelListener); +980 dialog.setOnDismissListener(P.mOnDismissListener); +981 if (P.mOnKeyListener != null) { +982 dialog.setOnKeyListener(P.mOnKeyListener); +983 } +984 return dialog; +985 } +``` + +简单建造： + +``` +new AlertDialog.Builder(context) + .setTitle("标题") + .setMessage("消息框") + .setPositiveButton("确定", null) + .show(); +``` +# ７. Memento（备忘录模式） + +　　备忘录模式又叫做快照模式(Snapshot Pattern)或Token模式，是对象的行为模式。 + +　　备忘录对象是一个用来存储另外一个对象内部状态的快照的对象。备忘录模式的用意是在不破坏封装的条件下，将一个对象的状态捕捉(Capture)住，并外部化，存储起来，从而可以在将来合适的时候把这个对象还原到存储起来的状态。备忘录模式常常与命令模式和迭代子模式一同使用。 + +备忘录模式所涉及的角色有三个： + +①　Originator(发起人):　负责创建一个备忘录Memento，用以记录当前时刻它的内部状态，并可使用备忘录恢复内部状态。Originator可根据需要决定Memento存储Originator的哪些内部状态。　 + +②　Memento(备忘录):　负责存储Originnator对象的内部状态，并可防止Originator以外的其他对象访问备忘录Memento，备忘录有两个接口，Caretaker只能看到备忘录的窄接口，它只能将备忘录传递给其他对象。 + +③、　Caretaker(管理者):负责保存好备忘录Memento，不能对备忘录的内容进行操作或检查。 + +　![这里写图片描述](http://img.blog.csdn.net/20160621134142566)　 + +``` +public class Originator { + + private String state; + /** + * 工厂方法，返回一个新的备忘录对象 + */ + public Memento createMemento(){ + return new Memento(state); + } + /** + * 将发起人恢复到备忘录对象所记载的状态 + */ + public void restoreMemento(Memento memento){ + this.state = memento.getState(); + } + + public String getState() { + return state; + } + + public void setState(String state) { + this.state = state; + System.out.println("当前状态：" + this.state); + } + +} +``` + +``` +public class Memento { + + private String state; + + public Memento(String state){ + this.state = state; + } + + public String getState() { + return state; + } + + public void setState(String state) { + this.state = state; + } + +} +``` + +``` +public class Caretaker { + + private Memento memento; + /** + * 备忘录的取值方法 + */ + public Memento retrieveMemento(){ + return this.memento; + } + /** + * 备忘录的赋值方法 + */ + public void saveMemento(Memento memento){ + this.memento = memento; + } +} +``` + +使用： + +``` +Originator o = new Originator(); +Caretaker c = new Caretaker(); +//改变负责人对象的状态 +o.setState("On"); +//创建备忘录对象，并将发起人对象的状态储存起来 + c.saveMemento(o.createMemento()); +//修改发起人的状态 +o.setState("Off"); +//恢复发起人对象的状态 + o.restoreMemento(c.retrieveMemento()); +``` +不需要了解对象的内部结构的情况下备份对象的状态，方便以后恢复。 + +## ７.1 Android中的Memento + +　　Activity的onSaveInstanceState和onRestoreInstanceState就是通过Bundle（相当于备忘录对象）这种序列化的数据结构来存储Activity的状态，至于其中存储的数据结构，这两个方法不用关心。 + +还是看一下源码： + +``` +1365 protected void onSaveInstanceState(Bundle outState) { +1366 outState.putBundle(WINDOW_HIERARCHY_TAG, mWindow.saveHierarchyState()); +1367 Parcelable p = mFragments.saveAllState(); +1368 if (p != null) { +1369 outState.putParcelable(FRAGMENTS_TAG, p); +1370 } +1371 getApplication().dispatchActivitySaveInstanceState(this, outState); +1372 } +``` + +``` +1019 protected void onRestoreInstanceState(Bundle savedInstanceState) { +1020 if (mWindow != null) { +1021 Bundle windowState = savedInstanceState.getBundle(WINDOW_HIERARCHY_TAG); +1022 if (windowState != null) { +1023 mWindow.restoreHierarchyState(windowState); +1024 } +1025 } +1026 } +``` +## ８. Prototype（原型模式） + +　　原型模式，能快速克隆出一个与已经存在对象类似的另外一个我们想要的新对象。 +　　工作原理是：通过将一个原型对象传给那个要发动创建的对象，这个要发动创建的对象通过请求原型对象拷贝它们自己来实施创建。 + +　　分为深拷贝和浅拷贝。深拷贝就是把对象里面的引用的对象也要拷贝一份新的对象，并将这个新的引用对象作为拷贝的对象引用（多读两遍）。 + +　一般使用原型模式有个明显的特点，就是实现cloneable的clone()方法。 + +在Intent源码中： +``` +4084 @Override +4085 public Object clone() { +4086 return new Intent(this); +4087 } +``` +这里Intent通过实现Cloneable接口来实现原型拷贝。 + +## ９. Strategy（策略模式） +　　 +　　定义：有一系列的算法，将每个算法封装起来（每个算法可以封装到不同的类中），各个算法之间可以替换，策略模式让算法独立于使用它的客户而独立变化。 + +　　举例： +　　一个影碟机，你往里面插什么碟子，就能放出什么电影。 +　　属性动画，设置不同的插值器对象，就可以得到不同的变化曲线。 +　　返回值解析，传入什么样的解析器，就可以把二进制数据转换成什么格式的数据，比如String、Json、XML。 + +　　策略模式其实就是多态的一个淋漓精致的体现。 + +在android中不同Animation动画的实现，主要是依靠Interpolator的不同而实现的。 + +``` +401 public void setInterpolator(Interpolator i) { +402 mInterpolator = i; +403 } +``` +## 10. Template（模板模式） + + 　　定义：定义一个操作中的算法框架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可重定义该算法的某些特定的步骤。 + 　　 + 　　**实现流程已经确定，实现细节由子类完成**。 + 　　 + 　　生命周期对于我们都不陌生，它就是典型的Template模式，在具体流程确定的情况下，至于我们要复写生命周期那些方法，实现那些功能由继承activity的子类去具体实现。 + + 　　关键在于必须有具体的执行流程，比如AsyncTask。 + +## 11. Proxy（代理模式） + +　　定义：为其他对象提供一种代理以控制对这个对象的访问。 +　　代理： 在出发点到目的地之间有一道中间层。 + + 应用：Android跨进程通信方式 ，建议去了解一下Binder机制。 + +## 12. Interpreter（解释器模式） + +　　定义语言的文法，并且建立一个解释器来解释该语言中的句子。 + +比如Android中通过PackageManagerService来解析AndroidManifest.xml中定义的Activity、service等属性。 + +## 13. State（状态模式） + +　　行为是由状态来决定的，不同状态下有不同行为。 + +　　注意：状态模式的行为是平行的、不可替换的，策略模式的行为是彼此独立可相互替换的。 + +　　体现：不同的状态执行不同的行为，当WIFI开启时，自动扫描周围的接入点，然后以列表的形式展示；当wifi关闭时则清空。 + +## 1４. Command（命令模式） + +　　我们有很多命令，把它们放在一个下拉菜单中，用户通过先选择菜单再选择具体命令，这就是Command模式。 + +　　本来用户(调用者)是直接调用这些命令的，在菜单上打开文档，就直接指向打开文档的代码，使用Command模式，就是在这两者之间增加一个中间者，将这种直接关系拗断，同时两者之间都隔离,基本没有关系了。 +　　 +　　显然这样做的好处是符合封装的特性，降低耦合度，有利于代码的健壮性 可维护性 还有复用性。Command是将对行为进行封装的典型模式，Factory是将创建进行封装的模式。 + +　　android底层逻辑对事件的转发处理就用到了Command模式。 + +## 15. Iterator（迭代模式） + +　　提供一种方法顺序访问一个容器对象中的各个元素，而不需要暴露该对象的内部表示。 + +应用： + +在Java中的Iterator类。 + + Android中的 Cursor。 + +``` +cursor.moveToFirst(); +``` + +## 16. Composite（组合模式）　　 + + 　　将对象以树形结构组织起来，以达成“部分－整体” 的层次结构，使得客户端对单个对象和组合对象的使用具有一致性。 + +　　Android中View的结构是树形结构，每个ViewGroup包含一系列的View，而ViewGroup本身又是View。这是Android中非常典型的组合模式。 +　　 +## 17. Flyweight（共享模式/享元模式）　 + +　　定义：避免大量拥有相同内容的小类的开销(如耗费内存)，使大家共享一个类(元类)。 + +　　面向对象语言的原则就是一切都是对象，但是如果真正使用起来，有时对象数可能显得很庞大，比如，字处理软件，如果以每个文字都作为一个对象，几千个字，对象数就是几千，无疑耗费内存，那么我们还是要"求同存异"，找出这些对象群的共同点，设计一个元类，封装可以被共享的类，另外，还有一些特性是取决于应用(context)，是不可共享的，这也Flyweight中两个重要概念内部状态intrinsic和外部状态extrinsic之分。 + +说白点，就是先捏一个的原始模型，然后随着不同场合和环境，再产生各具特征的具体模型，很显然，在这里需要产生不同的新对象，所以Flyweight模式中常出现Factory模式。Flyweight的内部状态是用来共享的，Flyweight factory负责维护一个Flyweight pool(模式池)来存放内部状态的对象。 + +Flyweight模式是一个提高程序效率和性能的模式，会大大加快程序的运行速度。应用场合很多：比如你要从一个数据库中读取一系列字符串，这些字符串中有许多是重复的，那么我们可以将这些字符串储存在Flyweight池(pool)中。 + + +　　在Android线程通信中，每次获取Message时调Message.obtain()其实就是从消息池中取出可重复使用的消息，避免产生大量的Message对象。 +　　 +## 最后 + + +> 那么问题来了，什么是设计模式？ + + +![这里写图片描述](http://img.blog.csdn.net/20160621150602180) + +> 设计模式是前辈、大牛在实际编程中对遇到的问题解决方案的抽象。 + + diff --git "a/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\345\215\225\344\276\213\346\250\241\345\274\217.md" "b/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\345\215\225\344\276\213\346\250\241\345\274\217.md" new file mode 100644 index 0000000..2b3b115 --- /dev/null +++ "b/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\345\215\225\344\276\213\346\250\241\345\274\217.md" @@ -0,0 +1,72 @@ +#单例模式 + +> 单例模式，顾名思义，就是我们的代码中只实例化出一个对象，就是单例模式，有的人说，为什么用单例模式啊，这个很简单，因为有一些时候，不是所有的对象都可以被实例化多次的，因为，无论是内存空间的大小，和逻辑关系上面都是不允许的，举个最简单的例子，有一件事情，需要皇上去做，但是由于客观事实的要求，我们只能有且只有一个皇上，所以这个时候一定要控制，对象数量的个数，不能够超过1，以下我会为大家介绍单例模式怎么实现。 + +单例模式，比较重要的应用是，我们可以确保我们的线程安全，因为如果我们用多个对象来操作我们的线程池的时候是很为危险的。 + +单例模式，同时又会分为饿汉模式，和懒汉模式，他们有一点不同，饿汉模式是在初始化类的时候，就把对象声明好，而懒汉模式，则是在调用的时候再去声明这个对象，不过他们起到的效果是一样的，就是都能确保对象的唯一性。 + +饿汉模式: +```` + +public class Singleton { + private Singleton() { + } + private static Singleton iSingleton = new Singleton(); + public static Singleton getInstance() { + return iSingleton; + } +} + +public class Test { + public static void main(String[] args) { + Singleton aSingleton = Singleton.getInstance(); + Singleton bSingleton = Singleton.getInstance(); + if (aSingleton==bSingleton) { + System.out.println(true); + }else { + System.out.println(false); + } + } +} + +```` + +当我们将构造方法，变成私有之后，便不能够再通过new的方法来创造对象了，但是我们有暴露一个接口，让用户来获取我们已经写好了对象，这样就能够确保我们所有用到的所有的对象，都是同一个对象了，当然我还加上了测试，当然最终的结果肯定是true了。 + +---- + +懒汉模式： +> 懒汉模式和饿汉模式不同的仅仅是，当第一个人访问这个对象的时候，这个对象是不存在的，只需要新建一个这个对象就可以了。 + +```` + +public class Singleton2 { + private Singleton2() { + } + private static Singleton2 singleton2; + public static Singleton2 getInstance() { + if (singleton2 == null) { + singleton2 = new Singleton2(); + } + return singleton2; + } +} + +```` + + + + + + + + + + + + + + + + diff --git "a/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\345\215\225\344\276\213\346\250\241\345\274\217\347\232\204\345\233\233\347\247\215\345\256\236\347\216\260\346\226\271\345\274\217.md" "b/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\345\215\225\344\276\213\346\250\241\345\274\217\347\232\204\345\233\233\347\247\215\345\256\236\347\216\260\346\226\271\345\274\217.md" new file mode 100644 index 0000000..13f96ee --- /dev/null +++ "b/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\345\215\225\344\276\213\346\250\241\345\274\217\347\232\204\345\233\233\347\247\215\345\256\236\347\216\260\346\226\271\345\274\217.md" @@ -0,0 +1,107 @@ +# 单例模式的四种实现方式 + +> 原本单纯的我一直认为这世界上的单例模式，只有饿汉和懒汉呢，今天发现了，原来单例模式有四种实现方式。 + + +## 饿汉模式 + +``` +public class Singleton { + /** + * 饿汉式 + */ + private Singleton() { + + } + + private static final Singleton SINGLETON = new Singleton(); + + public static Singleton getInstance(){ + return SINGLETON; + } + + public void system(){ + System.out.println("---lin---> singleton"); + } + +} + +``` + +## 懒汉模式 + +``` +public class Singleton2 { + /** + * 懒汉式 + */ + private Singleton2() { + + } + + private static Singleton2 singleton2 = null; + + public static Singleton2 getInstance() { + if (singleton2 == null) { + synchronized (Singleton.class) { + if (singleton2 == null) { + singleton2 = new Singleton2(); + } + } + } + return singleton2; + } + + public void system(){ + System.out.println("---lin---> singleton2"); + } +} + +``` + +## 枚举模式 + +``` +public enum Singleton3 { + INSTANCE; + private Singleton3(){ + + } + + public void system(){ + System.out.println("---lin---> singleton3"); + } +} + +``` + +## Holder模式 + +``` +public class Singleton4 { + /** + * 带有Holder的方式 + * 类级内部类，也就是静态的成员内部类，该内部类的实例与外部类的实例没有绑定关系 + * 只有被调用的时候才会装在，从而实现了延迟加载 + */ + private Singleton4() { + + } + + private static class SingletonHolder { + /** + * 静态初始化器，由JVM来保证线程安全 + */ + public static final Singleton4 INSTANCE = new Singleton4(); + } + + public static Singleton4 getInstance() { + return SingletonHolder.INSTANCE; + } + + public void system() { + System.out.println("---lin---> singleton4"); + } +} +``` + diff --git "a/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\350\247\202\345\257\237\350\200\205\346\250\241\345\274\217.md" "b/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\350\247\202\345\257\237\350\200\205\346\250\241\345\274\217.md" new file mode 100644 index 0000000..e036d94 --- /dev/null +++ "b/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\350\247\202\345\257\237\350\200\205\346\250\241\345\274\217.md" @@ -0,0 +1,332 @@ +#设计模式-观察者模式 + + +> 观察者模式：观察者模式（有时又被称为发布（publish ）-订阅（Subscribe）模式、模型-视图（View）模式、源-收听者(Listener)模式或从属者模式）是软件设计模式的一种。在此种模式中，一个目标物件管理所有相依于它的观察者物件，并且在它本身的状态改变时主动发出通知。这通常透过呼叫各观察者所提供的方法来实现。此种模式通常被用来实现事件处理系统。 + + +![图片来自网络](http://upload-images.jianshu.io/upload_images/2585384-1efae6ff8877c554.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +实现方式：观察者模式（Observer）完美的将观察者和被观察的对象分离开。举个例子，用户界面可以作为一个观察者，业务数据是被观察者，用户界面观察业务数据的变化，发现数据变化后，就显示在界面上。面向对象设计的一个原则是：系统中的每个类将重点放在某一个功能上，而不是其他方面。一个对象只做一件事情，并且将他做好。观察者模式在模块之间划定了清晰的界限，提高了应用程序的可维护性和重用性。 +观察者设计模式定义了对象间的一种一对多的依赖关系，以便一个对象的状态发生变化时，所有依赖于它的对象都得到通知并自动刷新。 + +---- + +过程：比较直观的方式就是当你注册了我们的服务的时候，就会收到通知，当你撤销注册的时候就不会再收到通知。 + + +---- + +实例1：（我们以一个微信公众号和一个qq的订阅号为订阅者提供消息，为实例的代码让大家看一下）（自己纯手写了一个观察者模式）： + + +```` + +ObjectForWeiXin.java: +/* + * @author linSir; + * 2016-08-04 + * 这是一个微信的公众号 + */ + +public class ObjectForWeiXin implements Subject { + /* + * 一个观察者的集合 + */ + private List observers = new ArrayList(); + + private String msg;// 微信提示的消息 + + @Override + public void registerObserber(Observer obsever) { + + observers.add(obsever);//向用户集合中添加用户 + } + + @Override + public void removeObserver(Observer obserber) {//移除观察者 + int index = observers.indexOf(obserber); + if (index >= 0) { + observers.remove(index); + } + + } + + @Override + public void notifyObservers() {//遍历，让每一个用户都更新 + for (Observer observer : observers) { + observer.update(msg); + } + + } + + public void setMsg(String msg) {//设置推送信息 + this.msg = msg; + notifyObservers(); + } + +} + + +```` + + +```` +Observer.java: +/* + * @author linSir; + * 2016-08-04 + * 所有用户的基类，有一个更新消息的方法 + */ + +public interface Observer { + + public void update(String msg); + +} + + +```` + + +```` + +Observer1.java: +/* + * @author linSir; + * 2016-08-04 + * 模拟的用户1 + */ + +public class Observer1 implements Observer { + + + public Observer1(Subject subject) { + subject.registerObserber(this); + } + + public Observer1(Subject subject,Subject subject2) { + subject.registerObserber(this); + subject2.registerObserber(this); + } + + @Override + public void update(String msg) { + System.out.println("我(O1)收到消息是--->" + msg + ",我要记下来"); + } + +} + +```` + + + +```` + +Observer2.java: +/* + * @author linSir; + * 2016-08-04 + * //模拟的用户2 + */ + +public class Observer2 implements Observer{ + + private Subject subject; + + public Observer2(Subject subject) { + this.subject=subject; + subject.registerObserber(this); + } + + @Override + public void update(String msg) { + System.out.println("我(O2)收到消息是--->" + msg + ",我要记下来"); + + } +} + +```` + + +```` + +Subject.java: +/* + * @author lin_sir; + * 2016-08-04 + */ + +public interface Subject { + /* + * 注册一个观察者 + */ + public void registerObserber(Observer obsever); + + /* + * 移除一个观察者 + */ + public void removeObserver(Observer obserber); + + /* + * 通知所有观察者 + */ + public void notifyObservers(); + +} + +```` + +```` + +Test.java: + /* + * 测试类 + * 用户1订阅了两个公众号，用户2订阅了一个微信的公众号 + */ +public class Test { + + public static void main(String[] args) { + + ObjectForWeiXin weiXin = new ObjectForWeiXin(); + ObjectForQQ qq = new ObjectForQQ(); + + Observer observer1 = new Observer1(weiXin, qq); + Observer observer2 = new Observer2(weiXin); + + qq.setMsg("qq ： 祝大家开心快乐！"); + weiXin.setMsg("微信 ：祝大家财源滚滚！"); + } +} + +```` + + +```` +输出结果： +我(O1)收到消息是--->qq ： 祝大家开心快乐！,我要记下来 +我(O1)收到消息是--->微信 ：祝大家财源滚滚！,我要记下来 +我(O2)收到消息是--->微信 ：祝大家财源滚滚！,我要记下来 + +```` + + +以上便是我们的手写的观察者模式了； + +**** + +实例2：（我们以一个微信公众号和QQ公众号为实例的代码让大家看一下）（利用java内置的观察者模式来完成）： + +下面我们使用java内置的类实现观察者模式： + +```` +Observer1.java: +/* + * @author linSir; + * 2016-08-04 + */ +public class Observer1 implements Observer {//模拟的用户 + + public void registerSubject(Observable observable) { + observable.addObserver((Observer) this); + } + + public void update(Observable o, Object arg) { + if (o instanceof SubjectForWeiSXin) { + SubjectForWeiSXin subjectFor3d = (SubjectForWeiSXin) o; + System.out.println("subjectForWeiXin's msg -- >" + subjectFor3d.getMsg()); + } + + if (o instanceof SubjectForQQ) { + SubjectForQQ subjectForSSQ = (SubjectForQQ) o; + System.out.println("subjectForQQ's msg -- >" + subjectForSSQ.getMsg()); + } + } + +} +```` + +```` +SubjectForQQ.java: +/* + * @author linSir; + * 2016-08-04 + */ + +public class SubjectForQQ extends Observable { + + private String msg; + + public String getMsg() { + return msg; + } + + public void setMsg(String msg) { + this.msg = msg; + setChanged(); + notifyObservers(); + } + +} +```` + +```` +SubjectForWeiSXin.java: +/* + * @author lin_sir; + * 2016-08-04 + */ + +public class SubjectForWeiSXin extends Observable { + + private String msg; + + public String getMsg() { + return msg; + } + + public void setMsg(String msg) { + this.msg = msg; + setChanged(); + notifyObservers(); + } + +} +```` + +```` +Test.java: +/* + * @author linSir; + * 2016-08-04 + */ + +public class Test { + + public static void main(String[] args) { + + SubjectForQQ subjectForQQ=new SubjectForQQ(); + SubjectForWeiSXin subjectForWeiSXin=new SubjectForWeiSXin(); + + Observer1 observer1=new Observer1(); + observer1.registerSubject(subjectForQQ); + observer1.registerSubject(subjectForWeiSXin); + + subjectForQQ.setMsg("QQ让聊天更生动"); + subjectForWeiSXin.setMsg("微信让聊天更简洁"); + + + + } + +} +```` + +```` +输出结果： +subjectForQQ's msg -- >QQ让聊天更生动 +subjectForWeiXin's msg -- >微信让聊天更简洁 +```` + + +> 以上就是我们利用java内置的观察者模式，写出来的一段示例代码了，这样的好处是代码非常的简洁，但是并没有使用接口模式，这也是一个不足之处经常为人所诟病，当然我就是抱着学习的态度去看它的，在这里就不加以评价了。 diff --git "a/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\350\256\276\350\256\241\346\250\241\345\274\217\346\246\202\346\213\254.md" "b/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\350\256\276\350\256\241\346\250\241\345\274\217\346\246\202\346\213\254.md" new file mode 100644 index 0000000..384bbe4 --- /dev/null +++ "b/JavaNote/\350\256\276\350\256\241\346\250\241\345\274\217\347\233\270\345\205\263/\350\256\276\350\256\241\346\250\241\345\274\217\346\246\202\346\213\254.md" @@ -0,0 +1,31 @@ +#设计模式 +> 设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 毫无疑问，设计模式于己于他人于系统都是多赢的，设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。项目中合理的运用设计模式可以完美的解决很多问题，每种模式在现在中都有相应的原理来与之对应，每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的核心解决方案，这也是它能被广泛应用的原因。 + +设计模式总共有六大原则： +1、开闭原则（Open Close Principle） + +开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。 + +2、里氏代换原则（Liskov Substitution Principle） + +里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科 + +3、依赖倒转原则（Dependence Inversion Principle） + +这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。 + +4、接口隔离原则（Interface Segregation Principle） + +这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。 + +5、迪米特法则（最少知道原则）（Demeter Principle） + +为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。 + +6、合成复用原则（Composite Reuse Principle） + +原则是尽量使用合成/聚合的方式，而不是使用继承。 + +我们广泛使用的设计模式，大概有23种，这些设计模式，可以使我们的代码复用变得更简单，可以使我们的代码的可读性变得更好，所有我们应该掌握这些设计模式，接下来，我的文章中，会着重介绍这些设计模式。 + +> 参考文章：http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html diff --git "a/Linux/Android-GitLabCi\351\205\215\347\275\256.md" "b/Linux/Android-GitLabCi\351\205\215\347\275\256.md" new file mode 100644 index 0000000..d3f4c5b --- /dev/null +++ "b/Linux/Android-GitLabCi\351\205\215\347\275\256.md" @@ -0,0 +1,243 @@ +# Android GitLabCi的配置 + +> 近期接到了这样一个小任务，由于在测试过程中我们需要经常打包apk，这个任务量说大不大说小也不小吧，然后决定配置一个ci，让 gitlab自动来做这件事情。 + +## 服务器环境 + +服务器:centos7 + +## 任务列表 + +- 安装open JDK +- 安装sdk +- 安装gradle +- 安装gitlab-ci-multi-runner + +### 安装jdk + +``` +yum search java-1.8.0 +yum install java-1.8.0-openjdk.x86_64 +``` + +查看安装结果： +``` +# java -version + +openjdk version "1.8.0_131" +OpenJDK Runtime Environment (build 1.8.0_131-b12) +OpenJDK 64-Bit Server VM (build 25.131-b12, mixed mode) +``` + +配置环境变量： +在当前用户的bash_profile或者/etc/profile配置一下环境变量和JAVA_HOME +eg: +``` +export JAVA_HOME=/opt/soft/java +export CLASSPATH=:/lib:/jre/lib +export PATH=$PATH:$JAVA_HOME/bin +``` +``source profile`` 让配置立即生效 + + +### 安装sdk + +现在sdk都是由apkmanager统一管理的 + +下载sdktools + +``` +cd /opt + +mkdir androidSdk + +wget https://dl.google.com/android/repository/sdk-tools-linux-3859397.zip + +unzip sdk-tools-linux-3859397.zip +``` + +在/opt/androidsdk/tools/bin下面有sdkmanager的命令，我们可以利用``sdkmanager --list``查看我们已经安装的内容，还可以用例如这样的命令``sdkmanager build-tools;19.1.0``，来安装我们需要的内容。装完之后我们还是要习惯性的``sdkmanager --licenses``看一下有没有没有同意的licenses. + +配置sdk环境变量 + +``` +PATH=$PATH:/opt/androidsdk/tools/bin +PATH=$PATH:/opt/androidsdk/platform-tools +export PATH +export ANDROID_HOME=/opt/androidsdk +export ANDROID_NDK_HOME=/opt/androidsdk/ndk-bundle +``` +``source profile`` 让配置立即生效 + + +运行``adb version`` + +``` +Android Debug Bridge version 1.0.39 +Revision 3db08f2c6889-android +Installed as /opt/androidsdk/platform-tools/adb +``` + +如果看到以上内容，就代表成功了。 + + + + +### 安装gradle + +创建gradle目录解压并安装 + +``` +cd /opt +mkdir gradle +cd gradle +wget https://services.gradle.org/distributions/gradle-4.0.1-bin.zip +unzip gradle-4.0.1-bin.zip +``` + +配置环境变量(可以在/etc/profile下面配置，也可以在用户的bash_profile下面配置) +``` +PATH=$PATH:/opt/androidsdk/tools/bin +PATH=$PATH:/opt/gradle/gradle-4.0.1/bin +PATH=$PATH:/opt/androidsdk/platform-tools +export PATH + +export ANDROID_HOME=/opt/androidsdk +export ANDROID_NDK_HOME=/opt/androidsdk/ndk-bundle +``` + +检查是否配置成功 +``` +gradle -version +``` + +### 安装gitlab-ci-multi-runner + +``` +yum install gitlab-ci-multi-runner +``` + +注册runner： + +``` +$ sudo gitlab-ci-multi-runner register + +Please enter the gitlab-ci coordinator URL (e.g. https://gitlab.com ) +https://mygitlab.com/ci +Please enter the gitlab-ci token for this runner +xxx-xxx-xxx +Please enter the gitlab-ci description for this runner +my-runner +INFO[0034] fcf5c619 Registering runner... succeeded +Please enter the executor: shell, docker, docker-ssh, ssh? +docker +Please enter the Docker image (eg. ruby:2.1): +node:4.5.0 +INFO[0037] Runner registered successfully. Feel free to start it, but if it's +running already the config should be automatically reloaded! +``` + +更新runner + +``` + # For Debian/Ubuntu + sudo apt-get update + sudo apt-get install gitlab-ci-multi-runner + + # For CentOS + sudo yum update + sudo yum install gitlab-ci-multi-runner +``` + +配置文件默认会在``/etc/gitlab-runner/config.toml`` + +简单配置： +``` +concurrent = 1 +check_interval = 0 +``` + +示例配置文件: +``` +[[runners]] + name = "test" + url = "http://your-domain.com/ci" + token = "your-token" + executor = "docker" + [runners.docker] + tls_verify = false + image = "node:4.5.0" + privileged = false + disable_cache = false + volumes = ["/cache"] + [runners.cache] + [runners.kubernetes] + host = "" + cert_file = "" + key_file = "" + ca_file = "" + image = "" + namespace = "" + privileged = false + cpus = "" + memory = "" + service_cpus = "" + service_memory = "" +``` + + +## 配置构建任务 + +在项目的根目录下，添加``.gitlab-ci.yml``文件， + +``` +image: openjdk:8-jdk +stages: + - build + - test +build: + tags: + - test-env + stage: build + script: + - ./gradlew assembleDebug + artifacts: + paths: + - app/build/outputs/ +``` + +这个就是简单的，build一下打包出一个debug版本的apk，当然我们还可以编辑出各种脚本，我们也可以在这里编写代码的测试的，这个都是可以的。 + +这里面有一个``tags:- test-env``的概念，这个就是决定我们要选择哪一个runner。 + + + +效果图： + +![](https://ws2.sinaimg.cn/large/006tKfTcly1fl9do2q6fvj31kw0ewgmn.jpg) + +![](https://ws3.sinaimg.cn/large/006tKfTcly1fl9dopk7rlj31kw1ien66.jpg) + +---- + +最后补充一下，我们本次是在centos7上面配置嘛，遇到了很多权限方面的问题，简单补充一下： + + +![权限](https://ws3.sinaimg.cn/large/006tKfTcly1fl9ddsdj99j30sa09ot9t.jpg) + +这里面是分成9位的，前三位是自己的权限，中间三位是同组人的权限，最后三位是其它人的权限。 +我们可以根据自己的实际情况进行分配权限，最大就是``chmod -777 xxx``这个就是最高级别的权限了，就是谁都可以动的了，大家要合理决定是否给出这么大权限，当然如果这是一个文件夹我们还可以加一个``-r``参数，这样就会递归分配它下面的目录。 + +我们也可以通过``chown -R --recursive``把文件夹的所有者分配给别人。 + + +### 参考 + +- [使用Gitlab搭建Android和iOS的持续集成和持续发布环境（二）](http://www.jianshu.com/p/a9bb0dd8d284) +- [Setting up GitLab CI for Android projects](https://about.gitlab.com/2016/11/30/setting-up-gitlab-ci-for-android-projects/) +- [劈荆斩棘：Gitlab 部署 CI 持续集成](http://www.cnblogs.com/xishuai/p/gitlab-ci.html) +- [GitLab-CI安装教程](http://blog.csdn.net/u013096666/article/details/76521426) +- [centos7中安装JDK](http://blog.devwiki.net/index.php/2017/07/20/centos-install-jdk.html) +- [centos7中安装Android SDK](http://blog.devwiki.net/index.php/2017/07/20/centos-install-android-sdk.html) +- [centos7中安装gradle](http://blog.devwiki.net/index.php/2017/07/20/centos-install-gradle.html) +- [gradle build提示You have not accepted the license agreements of the following SDK components](http://blog.csdn.net/xlyrh/article/details/54667633) diff --git "a/MacNote/Mac\345\271\263\345\217\260\351\207\215\346\226\260\350\256\276\347\275\256MySQL\347\232\204root\345\257\206\347\240\201.md" "b/MacNote/Mac\345\271\263\345\217\260\351\207\215\346\226\260\350\256\276\347\275\256MySQL\347\232\204root\345\257\206\347\240\201.md" new file mode 100644 index 0000000..3c421bc --- /dev/null +++ "b/MacNote/Mac\345\271\263\345\217\260\351\207\215\346\226\260\350\256\276\347\275\256MySQL\347\232\204root\345\257\206\347\240\201.md" @@ -0,0 +1,9 @@ +```` + + +1. 停止 mysql server. 通常是在 '系统偏好设置' > MySQL > 'Stop MySQL Server' +2. 打开终端，输入：sudo /usr/local/mysql/bin/mysqld_safe --skip-grant-tables +3. sudo /usr/local/mysql/bin/mysql -u root +4. UPDATE mysql.user SET authentication_string=PASSWORD('新密码') WHERE User='root'; +5. 重启mysql +```` diff --git "a/MacNote/SSH\345\216\237\347\220\206\344\270\216\345\272\224\347\224\250.md" "b/MacNote/SSH\345\216\237\347\220\206\344\270\216\345\272\224\347\224\250.md" new file mode 100644 index 0000000..57eeb79 --- /dev/null +++ "b/MacNote/SSH\345\216\237\347\220\206\344\270\216\345\272\224\347\224\250.md" @@ -0,0 +1,154 @@ +# SSH原理与应用 + +ssh在程序员的生活中还是非常常见的，ssh具有很多种功能，也可以用在很多种场合。 + +## 什么是SSH + +SSH是一种网络协议，用于计算机之间的加密登录 + +当我们在一台电脑上面，运用ssh登录了另一台计算机，我们便可以认为，这种登录是安全的了，因为即使中途被截获，我们的密码也不会泄漏。 + +最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。 + +需要指出的是，SSH只是一种协议，存在多种实现，既有商业实现，也有开源实现。本文针对的实现是OpenSSH，它是自由软件，应用非常广泛。 + +此外，本文只讨论SSH在Linux Shell中的用法。如果要在Windows系统中使用SSH，会用到另一种软件PuTTY，这需要另文介绍。 + +## 用法 + +1. 登录远程服务器 + ``ssh root@host`` + +2. 如果当前用户与远程用户同名 + ``ssh host`` + +3. ssh默认的端口是22，如果我们要修改登录的默认端口 + ``ssh -p xx root@host`` + +## 中间人攻击 + +ssh采用的是非对称加密，也就是要采用公钥和私钥的方式进行加密。 + +整个通信的过程是这样的： +1. 远程主机收到用户的登录请求，将公钥发送给用户 +2. 用户使用这个公钥，将登录的密码进行加密，发送给后台 +3. 远程主机，用自己的私钥进行解密，判断用户名密码是否正确 + +整个过程看起来是很完美的，但是容易产生一种中间人攻击的现象： + +我们发送出去的登录的信息，被中途截获了，一个中间人，将他的公钥发送过来，这样用户加密之后，他便可以用自己的私钥解密了，这样他就拥有了我们的密码，并且可以一直在中间监听我们的通话。 + +当然，这是基于口令的通信方式，我们也可以采用基于密钥的加密方式： + +第二种级别（基于密匙的安全验证）需要依靠密匙，也就是你必须为自己创建一对密匙，并把公用密匙放在需要访问的服务器上。 如果你要连接到SSH服务器上，客户端软件就会向服务器发出请求，请求用你的密匙进行安全验证。服务器收到请求之后，先在你在该服务器的家目录下寻找你的公用密匙，然后把它和你发送过来的公用密匙进行比较。如果两个密匙一致，服务器就用公用密匙加密“质询”（challenge）并把它发送给客户端软件。客户端软件收到“质询”之后就可以用你的私人密匙解密再把它发送给服务器。 + +这样我们便可以防止中间人攻击的现象了。 + + +## 口令登录 + +``` +$ ssh user@host +The authenticity of host 'host (12.18.429.21)' can't be established. +RSA key fingerprint is 98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d. +Are you sure you want to continue connecting (yes/no)? +``` +这段话的意思是，无法确认host主机的真实性，只知道它的公钥指纹，问你还想继续连接吗？ +所谓"公钥指纹"，是指公钥长度较长（这里采用RSA算法，长达1024位），很难比对，所以对其进行MD5计算，将它变成一个128位的指纹。上例中是98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d，再进行比较，就容易多了。 +很自然的一个问题就是，用户怎么知道远程主机的公钥指纹应该是多少？回答是没有好办法，远程主机必须在自己的网站上贴出公钥指纹，以便用户自行核对。 +假定经过风险衡量以后，用户决定接受这个远程主机的公钥。 + +``` +Are you sure you want to continue connecting (yes/no)? yes +``` +系统会出现一句提示，表示host主机已经得到认可。 +``` +Warning: Permanently added 'host,12.18.429.21' (RSA) to the list of known hosts. +``` +然后，会要求输入密码。 +``` +Password: (enter password) +``` +如果密码正确，就可以登录了。 +当远程主机的公钥被接受以后，它就会被保存在文件$HOME/.ssh/known_hosts之中。下次再连接这台主机，系统就会认出它的公钥已经保存在本地了，从而跳过警告部分，直接提示输入密码。 +每个SSH用户都有自己的known_hosts文件，此外系统也有一个这样的文件，通常是/etc/ssh/ssh_known_hosts，保存一些对所有用户都可信赖的远程主机的公钥。 + + + +## 公钥登录 + +使用密码登录，每次都必须输入密码，非常麻烦。好在SSH还提供了公钥登录，可以省去输入密码的步骤。 + +所谓"公钥登录"，原理很简单，就是用户将自己的公钥储存在远程主机上。登录的时候，远程主机会向用户发送一段随机字符串，用户用自己的私钥加密后，再发回来。远程主机用事先储存的公钥进行解密，如果成功，就证明用户是可信的，直接允许登录shell，不再要求密码。 +这种方法要求用户必须提供自己的公钥。如果没有现成的，可以直接用ssh-keygen生成一个： + +``` +$ ssh-keygen +``` + +运行上面的命令以后，系统会出现一系列提示，可以一路回车。其中有一个问题是，要不要对私钥设置口令（passphrase），如果担心私钥的安全，这里可以设置一个。 +运行结束以后，在$HOME/.ssh/目录下，会新生成两个文件：id_rsa.pub和id_rsa。前者是你的公钥，后者是你的私钥。 +这时再输入下面的命令，将公钥传送到远程主机host上面： + +``` +$ ssh-copy-id user@host +``` + +好了，从此你再登录，就不需要输入密码了。 +如果还是不行，就打开远程主机的/etc/ssh/sshd_config这个文件，检查下面几行前面"#"注释是否取掉。 + +``` +RSAAuthentication yes +PubkeyAuthentication yes +AuthorizedKeysFile .ssh/authorized_keys +``` + +然后，重启远程主机的ssh服务。 + +``` + // ubuntu系统 +　　service ssh restart +　　// debian系统 +　　/etc/init.d/ssh restart +``` + +## authorized_keys文件 + +远程主机将用户的公钥，保存在登录后的用户主目录的$HOME/.ssh/authorized_keys文件中。公钥就是一段字符串，只要把它追加在authorized_keys文件的末尾就行了。 + +这里不使用上面的ssh-copy-id命令，改用下面的命令，解释公钥的保存过程： + +``` +$ ssh user@host 'mkdir -p .ssh && cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub +``` + +这条命令由多个语句组成，依次分解开来看：（1）"$ ssh user@host"，表示登录远程主机；（2）单引号中的mkdir .ssh && cat >> .ssh/authorized_keys，表示登录后在远程shell上执行的命令：（3）"$ mkdir -p .ssh"的作用是，如果用户主目录中的.ssh目录不存在，就创建一个；（4）'cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub的作用是，将本地的公钥文件~/.ssh/id_rsa.pub，重定向追加到远程文件authorized_keys的末尾。 +写入authorized_keys文件后，公钥登录的设置就完成了。 + +## 配置ssh config + +``` +vi ~/.ssh/config + + +// 文件内容如下 + +Host js //别名, 可以直接执行 ssh js + +HostName 172.16.6.84 //Host别名指向的服务器 IP + +User zhangsan //登录所用的用户名 + +PreferredAuthentications publickey //鉴权方式 + +IdentityFile ~/.ssh/zhangsan.pem //认证所需的密钥 +``` +这样我们便可以通过``ssh js``来代替曾经的``ssh xxx@111.11.11.11`` +并且采用公钥+私钥的加密方式，不用输入密码，非常的方便。 + + +## 参考文献 + +- [SSH原理与运用](http://www.ruanyifeng.com/blog/2011/12/ssh_remote_login.html) + +- [网络安全协议比较](http://blog.csdn.net/shizhixin/article/details/42459265) diff --git "a/MacNote/mac\344\270\212\345\270\270\347\224\250\345\221\275\344\273\244.md" "b/MacNote/mac\344\270\212\345\270\270\347\224\250\345\221\275\344\273\244.md" new file mode 100644 index 0000000..d50ad31 --- /dev/null +++ "b/MacNote/mac\344\270\212\345\270\270\347\224\250\345\221\275\344\273\244.md" @@ -0,0 +1,28 @@ +# 记录一些mac上面常用的命令 + +- 查看端口占用情况: ``lsof -i:5001`` + +- kill掉进程: `` kill -15/-9 6327`` + +- 查看/取消 隐藏文件命令 + + OS X（10.6~10.8) : + ``defaults write com.apple.Finder AppleShowAllFiles Yes && killall Finder``//显示隐藏文件 + + ``defaults write com.apple.Finder AppleShowAllFiles No && killall Finder`` //不显示隐藏文件 + + OS X 10.9+ : + ``defaults write com.apple.finder AppleShowAllFiles Yes && killall Finder`` //显示隐藏文件 + + ``defaults write com.apple.finder AppleShowAllFiles No && killall Finder`` //不显示隐藏文件 + +- 根绝关键字查询占用情况: ``ps -ef|grep gradle`` + +- 根绝关键字查询占用情况2: ``netstat -an|grep 8080`` + +- 查看iterm2的配置: ``nano .zshrc`` 两个我比较喜欢的主题:1.jonathan 2.robbyrussell + + + + + diff --git "a/MacNote/mac\346\234\254\345\234\260\347\224\237\346\210\220ssh-key.md" "b/MacNote/mac\346\234\254\345\234\260\347\224\237\346\210\220ssh-key.md" new file mode 100644 index 0000000..e3e5417 --- /dev/null +++ "b/MacNote/mac\346\234\254\345\234\260\347\224\237\346\210\220ssh-key.md" @@ -0,0 +1,19 @@ +进入当前路径 +``` +/Users/mac/.ssh/ +``` + + +![拥有id_rsa.pub](http://upload-images.jianshu.io/upload_images/2585384-4dfd502b058245c7.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +如果没有这个文件的话： +``` +ssh-keygen -t rsa -C "youremail@example.com" +``` + +然后会有几个提示的问题，都可以不用管，直接回车就可以，完成之后这里面就会生成公钥。 + +如果要是github要配置的话，只需要在账户的setting里面进行设置就可以(将.pub文件用文本阅读工具打开，然后全部复制粘贴到new ssh key就好)，如下图： + + +![成功后的效果图](http://upload-images.jianshu.io/upload_images/2585384-aed9e786307f6fc9.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) diff --git "a/MacNote/mac\347\273\210\347\253\257\344\270\216\346\234\215\345\212\241\345\231\250\344\277\235\346\214\201\350\277\236\346\216\245.md" "b/MacNote/mac\347\273\210\347\253\257\344\270\216\346\234\215\345\212\241\345\231\250\344\277\235\346\214\201\350\277\236\346\216\245.md" new file mode 100644 index 0000000..e856982 --- /dev/null +++ "b/MacNote/mac\347\273\210\347\253\257\344\270\216\346\234\215\345\212\241\345\231\250\344\277\235\346\214\201\350\277\236\346\216\245.md" @@ -0,0 +1,20 @@ +> mac的终端与远程服务器连接之后，可能由于一段时间没有与服务器进行数据上的交互便断开了连接，现在可以利用如下的方法，保持终端与远程服务器的长期连接。 + +编辑“ssh_config”文件： + +``` +sudo vi /etc/ssh/ssh_config + +``` + +在Host *   下面加入: +``` +ServerAliveInterval 60 +``` + +最后用``:wq!``保存并退出即可。 + +> 这句话的含义是，每隔60s客户端向服务器发送一个空包，这样就可以保持连接不被断开了。 + + +![结果图](http://upload-images.jianshu.io/upload_images/2585384-9f41d4ffabedc4dd.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) diff --git "a/MacNote/nodejs\344\270\216npm\347\232\204\346\233\264\346\226\260.md" "b/MacNote/nodejs\344\270\216npm\347\232\204\346\233\264\346\226\260.md" new file mode 100644 index 0000000..8db64c0 --- /dev/null +++ "b/MacNote/nodejs\344\270\216npm\347\232\204\346\233\264\346\226\260.md" @@ -0,0 +1,72 @@ +1 . 检查 Node的当前版本，使用命令 + +```` +node -v +```` + +---- + +2 . 检查 npm的当前版本，使用命令 + +```` +npm -v +```` +---- + +3 .npm的更新 + +```` +sudo npm install -g latest +```` +---- + +4 .清除npm cache + +```` +sudo npm cache clean -f +```` +---- + +5 .安装n模块 + +```` +sudo npm install -g n +```` +---- + +6 .升级到最新版本 + +```` +升级到制定版本： +sudo n 6.5.11 +升级到最新的稳定版： +sudo n stable +```` +---- + +7.成功之后，可以用第一条和第二条来检测一下版本即可。 + + + + + + + + + + + + + + + + + + + + + + + + + diff --git a/MacNote/paw-for-mac.md b/MacNote/paw-for-mac.md new file mode 100644 index 0000000..5ba0c63 --- /dev/null +++ b/MacNote/paw-for-mac.md @@ -0,0 +1,13 @@ +>paw: Easily build your HTTP requests, send and inspect server responses. Setup HTTP headers, URL parameters, JSON, form URL-encoded, or multipart body. Organize your requests in collection files, and generate client code. + +>Paw HTTP Client 是一款Mac上的HTTP客户端模拟测试工具，可以让Web开发者设置各种请求Header和参数，模拟发送HTTP请求，测试响应数据，支持OAuth, HTTP Basic Auth, Cookies等，这对于开发Web服务的应用很有帮助，非常实用的一款Web开发辅助工具。 + +>下载链接：http://www.pc6.com/mac/182304.html + +![软件实用截图1](http://upload-images.jianshu.io/upload_images/2585384-d4fb2aa69af1f7c4.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +![软件使用截图2](http://upload-images.jianshu.io/upload_images/2585384-81b67d7146326ef8.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +在本软件中我们可以建立不同的项目，然后每个项目下面建立不同的请求，该软件支持所有的请求方式，也可以添加cookie等非常实用的功能，本软件非常适合web开发者，和一些经常测试网络接口的人。 diff --git "a/MacNote/\344\270\200\344\272\233mac\344\270\212\351\235\242\345\256\211\350\243\205\347\216\257\345\242\203\347\232\204\346\214\207\344\273\244.md" "b/MacNote/\344\270\200\344\272\233mac\344\270\212\351\235\242\345\256\211\350\243\205\347\216\257\345\242\203\347\232\204\346\214\207\344\273\244.md" new file mode 100644 index 0000000..65de4c1 --- /dev/null +++ "b/MacNote/\344\270\200\344\272\233mac\344\270\212\351\235\242\345\256\211\350\243\205\347\216\257\345\242\203\347\232\204\346\214\207\344\273\244.md" @@ -0,0 +1,9 @@ +> 以前，自己总是喜欢在配置服务器的过程中，用到什么命令上网找什么命令，感觉这样也挺方便的，但是随着做的东西的深入，和难度的增加，感觉总这样有点力不从心了，而且不知道为什么感觉Google的速度越来越慢了，所以打算写一篇文章，记住这些命令。 + +1. 在mac上面安装brew +**brew** 全称Homebrew，是Mac OSX上的软件包管理工具，能在Mac中方便的安装软件或者卸载软件。 + +```` +ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" + +```` diff --git "a/MacNote/\345\246\202\344\275\225\345\234\250mac\344\270\212\345\256\211\350\243\205java1-8.md" "b/MacNote/\345\246\202\344\275\225\345\234\250mac\344\270\212\345\256\211\350\243\205java1-8.md" new file mode 100644 index 0000000..58c9244 --- /dev/null +++ "b/MacNote/\345\246\202\344\275\225\345\234\250mac\344\270\212\345\256\211\350\243\205java1-8.md" @@ -0,0 +1,58 @@ +1.首先应该检测一下目前电脑上拥有的java的版本： +```` +/usr/libexec/java_home -V +```` +---- + +2.如果已经有java8了，就可以直接跳转到第四步： + +![拥有java1.8](http://upload-images.jianshu.io/upload_images/2585384-067a0e7b037c14dd.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +3.没有java1.8，需要上网下载java1.8： +下载链接：http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html + +---- + +4.配置当前环境： +```` +vi .bash_profile #打开配置的文件 +source .bash_profile #当配置完成后运行，让配置生效 +```` +配置语句，可以参考我的这个： +```` +export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_121.jdk/Contents/Home +export PATH=$COCOS_CONSOLE_ROOT:$JAVA_HOME/bin:$PATH:. +export CLASSPATH=$JAVA_HOME/lib/tools.jar:$JAVA_HOME/lib/dt.jar:. +```` + +给大家截个图看一下吧： + +![配置截图](http://upload-images.jianshu.io/upload_images/2585384-a010212ee14ef7e2.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +当配置完千万要记得，要运行上面那条语句让整个文件生效。 + +5.检查当前java版本： +```` +java -version +```` +就能看到我们配置的版本啦~ +```` +java version "1.8.0_121" +Java(TM) SE Runtime Environment (build 1.8.0_121-b13) +Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode) +```` + + + + + + + + + + + + + diff --git "a/MacNote/\351\241\271\347\233\256\344\270\255\351\201\207\345\210\260\347\232\204\345\215\225\350\257\215.md" "b/MacNote/\351\241\271\347\233\256\344\270\255\351\201\207\345\210\260\347\232\204\345\215\225\350\257\215.md" new file mode 100644 index 0000000..c41319f --- /dev/null +++ "b/MacNote/\351\241\271\347\233\256\344\270\255\351\201\207\345\210\260\347\232\204\345\215\225\350\257\215.md" @@ -0,0 +1,21 @@ +# 项目中遇到的单词 + + +| 单词 | 含义 | +| --- | --- | +| Compensate | 报酬 | +|force|强迫 +|gas|汽油 气体 +|economy|节约 经济 理财 +|reform|n.改正; 改革，改良 --- vt.重新组成; 改革，革新 +|wedding|n.结合; 结婚 --- v. 与…结婚 +|western|adj.有西方特征的; 西方的，西部的 --- n. 西方人；西部片，西部小说 +|bride|n. 新娘；[英俚]姑娘，女朋友 +|ceremony|n. 典礼，仪式；礼节，礼仪；客套，虚礼 +|traditional|传统 +|funeral|n. 葬礼;[口]麻烦事 --- adj. 丧葬的，出殡的 +|envelope|n. 信封，封皮；[生]包膜；[天]包层；[数]包迹 +|distribute|vt. 分配, 分给 --- 散发; 散播; 分布 + + + diff --git a/README.md b/README.md index 85bbf7e..284538d 100644 --- a/README.md +++ b/README.md @@ -1,16 +1,16 @@ -# Android—Note +# Android-Note -[![Travis](https://img.shields.io/badge/build-passing-brightgreen.svg)](https://github.com/linsir6) [![License](https://img.shields.io/badge/license-Apache%202-4EB1BA.svg)](https://www.apache.org/licenses/LICENSE-2.0.html) [![GitHub (pre-)release](https://img.shields.io/badge/release-v1.0.0-ff69b4.svg)](https://github.com/linsir6/Android-Notes/releases) [![User](https://img.shields.io/badge/user-linsir-yellow.svg)](https://github.com/linsir6) +[![Travis](https://img.shields.io/badge/build-passing-brightgreen.svg)](https://github.com/linsir6) [![License](https://img.shields.io/badge/license-Apache%202-4EB1BA.svg)](https://www.apache.org/licenses/LICENSE-2.0.html) [![GitHub (pre-)release](https://img.shields.io/badge/release-v1.0.3-ff69b4.svg)](https://github.com/linsir6/Android-Notes/releases) [![User](https://img.shields.io/badge/user-linsir-yellow.svg)](https://github.com/linsir6) ![](/AndroidNote/img/android-note2.jpg) +**Android-Note里面记录了有关Android的常用基础知识、面试中经常被问到的知识点、Android进阶必备的知识。** +由于目前正处在春招的时间点上，博主也正在积极准备春招，在这里把一些面试常问到的知识点总结一下。 -Android-Note里面记录了有关Android的常用基础知识、面试中经常被问到的知识点、Android进阶必备的知识。 - - +专门为面试准备的面试内容: https://github.com/linsir6/Android-Advance ## Android @@ -19,6 +19,7 @@ Android-Note里面记录了有关Android的常用基础知识、面试中经常 - [Activity详细解析](/AndroidNote/Android基础/Activity详细解析.md) - [Service详细解析](/AndroidNote/Android基础/Service详细解析.md) - [IntentService详细解析](/AndroidNote/Android基础/IntentService详细解析.md) +- [IntentService原理解析文章](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=401611665&idx=1&sn=9b6b1f2924d4adfe4e89a322ab53df9c&scene=21#wechat_redirect) - [ContentProvider实例详解](/AndroidNote/Android基础/ContentProvider实例详解.md) - [BroadcastReceiver详细解析](/AndroidNote/Android基础/BroadcastReceiver详细解析.md) - [Android异步任务机制之AsycTask](/AndroidNote/Android基础/Android异步任务机制之AsycTask.md) @@ -30,16 +31,90 @@ Android-Note里面记录了有关Android的常用基础知识、面试中经常 - [Android跟随手指移动的View](/AndroidNote/Android基础/Android跟随手指移动的view.md) - [RecyclerView的使用](/AndroidNote/Android基础/RecyclerView的简介.md) - [Android获取SHA1](/AndroidNote/Android基础/Android获取SHA1.md) +- [Recyclerview和Listview的异同.md](/AndroidNote/Android进阶/Recyclerview和Listview的异同.md) +- [TabLayout记录](/AndroidNote/Android基础/tablayout记录.md) + ### Android进阶 +- [Android 触控事件解析 - Mastering The Android Touch System 笔记](https://www.jianshu.com/p/c65da5e81afd) +- [Android 多进程使用场景](http://blog.csdn.net/qq_27489007/article/details/54377655) +- [Android官网建议代码规范](https://source.android.com/source/code-style#java-language-rules) - [Android中的动画](/AndroidNote/Android进阶/Android中的动画.md) - [深入了解MVXX模式](/AndroidNote/Android进阶/深入了解MVXX模式.md) +- [Android项目总结](/AndroidNote/Android进阶/Android项目总结.md) +- [Android项目总结2](/AndroidNote/Android进阶/Android项目总结2.md) +- [自定义RadioGroup](/AndroidNote/Android进阶/自定义RadioGroup.md) +- [Android导入项目一直在Building的解决方案](/AndroidNote/Android进阶/AndroidStudio导入工程一直在Building的解决方案.md) +- [基于TOTP的双向认证算法](/AndroidNote/Android进阶/基于OTP算法的双向认证.md) +- [Android内存泄漏总结.md](/AndroidNote/Android进阶/Android内存泄漏总结.md) +- [Handler引起的内存泄漏的案例与分析](/AndroidNote/Android进阶/Handler引起的内存泄漏以及分析.md) +- [Android性能优化.md](/AndroidNote/Android进阶/Android性能优化.md) +- [LeakCanary的工作过程以及原理](AndroidNote/Android性能优化相关/LeakCanary工作过程以及原理.md) +- [Android中利用异步来优化处理速度](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=401555104&idx=1&sn=501e6158e6eb26b4e86467be01fd290e&scene=21#wechat_redirect) +- [为什么选择Binder实现Android中跨进程通信](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649548116&idx=1&sn=d11a131871623110c74e3676d4fcf785&chksm=f1180e29c66f873f9cac5dc104f97fae319c1831219a9fd9458a4429f16562f6712cc7f65a4c&scene=21#wechat_redirect) +- [三大图片缓存框架的对比](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649547344&idx=2&sn=e3fa99b52055a37202634fe61a62d439&scene=21#wechat_redirect) +- [SVG图片在Android中的应用](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649548366&idx=1&sn=6cbdf8652ec139859d9be01444e1ad3b&chksm=f1180d33c66f8425a286de4fd5f03aa89308add3593529a91356439cb8c2f8542305561034c8&scene=21#wechat_redirect) +- [携程App的网络性能优化实践](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649547359&idx=1&sn=9f069a28f5dbe73fb6c241cfa1049571&scene=21#wechat_redirect) +- [途牛插件化原理](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649547401&idx=1&sn=e615735d600f987a7f769f7e278d0840&scene=21#wechat_redirect) +- [Android分包原理](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649547390&idx=1&sn=1fae14b1753e437a032640be81c475b8&scene=21#wechat_redirect) +- [插件化实现的思想](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649547660&idx=1&sn=d2764b282fdf1c1fdb629f9c2ca9b10f&scene=21#wechat_redirect) +- [Android 7.0新特性总结](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649548427&idx=1&sn=df9956d131a6da5f29292cd05a61b16e&chksm=f1180df6c66f84e0097eea33bba6abb125b6bcd6847720a7c481a85001a52ae2e4b1941690eb&scene=21#wechat_redirect) +- [RecyclerView局部刷新的坑](http://blog.csdn.net/jdsjlzx/article/details/52893469) +- [Android单元测试](https://tech.meituan.com/Android_unit_test.html) +- [gradle 详解——你真的了解Gradle吗？](http://blog.csdn.net/u013132758/article/details/52355915) +- [AndroidStudio-Gradle多渠道打包](http://stormzhang.com/devtools/2015/01/15/android-studio-tutorial6/) +- [Android基础入门教程——8.1.1 Android中的13种Drawable小结 Part 1](http://blog.csdn.net/coder_pig/article/details/49006217) +- [Android基础入门教程——8.1.2 Android中的13种Drawable小结 Part 2](http://blog.csdn.net/coder_pig/article/details/49008397) +- [Android-Drawable高级用法](http://blog.csdn.net/lmj623565791/article/details/43752383) +- [Android 4.4 中 WebView 使用注意事项](https://github.com/cundong/blog/blob/master/Android%204.4%20%E4%B8%AD%20WebView%20%E4%BD%BF%E7%94%A8%E6%B3%A8%E6%84%8F%E4%BA%8B%E9%A1%B9.md) +- [Android图像处理 - 高斯模糊的原理及实现](https://mp.weixin.qq.com/s?__biz=MzI2MTU3MTE4NQ==&mid=2247483896&idx=1&sn=50c61e2c78aa610a1944be6a89bd75e5&chksm=ea5916e6dd2e9ff0a62af64c7f345ffb5c6dafdb65847b757b99afcc6fed8e1270e915dbcb25&mpshare=1&scene=23&srcid=1001DxwdQpiMwea74mczpSw8#rd) +- [Android实战——GreenDao3.2的使用，爱不释手](https://mp.weixin.qq.com/s/4Nx2DacsK65O5LanPZUszA) +- [Realm for Android详细教程](http://www.jianshu.com/p/28912c2f31db#) +- [给 Android 开发者的 RxJava 详解](http://gank.io/post/560e15be2dca930e00da1083) +- [Android 谈谈自动化测试](https://mp.weixin.qq.com/s/-0e1wd2iveQPMWgGFcmOwQ) +- [检查app是否具有通知栏权限](/AndroidNote/Android进阶/检查app是否有推送权限.md) +- [Android中图片压缩分析（上）](https://mp.weixin.qq.com/s/QZ-XTsO7WnNvpnbr3DWQmg) +- [Android Studio3.0更新之路（遇坑必入）](http://www.jianshu.com/p/15afb8234d19) +- [Android Studio3.0正式版填坑路](http://www.jianshu.com/p/9b25087a5d7d) +- [Android混合编程：WebView实践](https://juejin.im/post/59f17a7051882546d71e91a7) +- [runOnUiThread 、Handler.post、View.post之间的区别](https://blog.csdn.net/dengpeng_/article/details/78804404) +- [理解 Activity.runOnUiThread](https://www.jianshu.com/p/e39449026f21) +- [Android 探究 LayoutInflater setFactory](https://blog.csdn.net/lmj623565791/article/details/51503977) +- [巧用ViewPager 打造不一样的广告轮播切换效果](https://blog.csdn.net/lmj623565791/article/details/51339751) +- [为RecyclerView打造通用Adapter 让RecyclerView更加好用](https://blog.csdn.net/lmj623565791/article/details/51118836) +- [MNCrashMonitor 监听程序崩溃日志,直接页面展示崩溃日志列表](http://www.wanandroid.com/blog/show/2207) +- [『进阶之路』—— 线程池](http://www.wanandroid.com/blog/show/2264) +- [从json文件到炫酷动画-Lottie实现思路和源码分析](https://www.jianshu.com/p/81be1bf9600c) + + +### Gradle相关 + +- [如何理解 Transform API](https://juejin.im/entry/59776f2bf265da6c4741db2b) +- [Android Dex分包之旅](http://yydcdut.com/2016/03/20/split-dex/) +- [gradle简单入门系列](http://www.cnblogs.com/davenkin/p/gradle-learning-1.html) +- [Gradle简单配置](https://mp.weixin.qq.com/s/1UHcYOudViMhpUYeREZzGA) +- [Android 如何编写基于编译时注解的项目](https://blog.csdn.net/lmj623565791/article/details/51931859) + + +### 插件化相关 + +- [滴滴插件化方案 VirtualApk 源码解析](https://blog.csdn.net/lmj623565791/article/details/75000580) + + +### 热修复相关 + +- [Android 热修复 Tinker Gradle Plugin解析](https://blog.csdn.net/lmj623565791/article/details/72667669) +- [Android 热修复 Tinker接入及源码浅析](https://blog.csdn.net/lmj623565791/article/details/54882693) +- [Android 热修复 Tinker 源码分析之DexDiff / DexPatch](https://blog.csdn.net/lmj623565791/article/details/60874334) + + ### 自定义View - [自定义View入门](/AndroidNote/Android自定义View/自定义View入门.md) +- [自定义view详细教程](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649547668&idx=1&sn=b2667c46188c6674c90aa72c2fba4719&scene=21#wechat_redirect) - [自定义ViewGroup入门](/AndroidNote/Android自定义View/自定义ViewGroup入门.md) - [Android事件分发机制](/AndroidNote/Android自定义View/Android事件分发机制.md) - [CameraView](/AndroidNote/Android自定义View/自定义View——CameraView.md) @@ -57,6 +132,7 @@ Android-Note里面记录了有关Android的常用基础知识、面试中经常 ### 编译器相关 +- [Android Studio 3.0 新功能解析和旧项目适配](https://mp.weixin.qq.com/s/met0fke7rKumb7Nlb5hxpA) - [Android-studio使用教程1](/AndroidNote/Android编译器相关/AndroidStudio使用教程(第一弹).md) - [Android-studio使用教程2](/AndroidNote/Android编译器相关/AndroidStudio使用教程(第二弹).md) - [Android-studio使用教程3](/AndroidNote/Android编译器相关/AndroidStudio使用教程(第三弹).md) @@ -67,15 +143,24 @@ Android-Note里面记录了有关Android的常用基础知识、面试中经常 -### 性能相关 - -- [LeakCanary的工作过程以及原理](AndroidNote/Android性能优化相关/LeakCanary工作过程以及原理.md) - ### 面试题 - - [**Java面试相关**](https://github.com/linsir6/JavaNote) - +- [Android动态加载技术三个关键问题详解](https://blog.tingyun.com/web/article/detail/166) +- [Android组件化方案](http://blog.csdn.net/guiying712/article/details/55213884) +- [Android插件化系列第（二）篇---动态加载技术之apk换肤](https://www.jianshu.com/p/d1c6e67f7889) +- [Android插件化系列第（三）篇---Hook技术之View点击劫持](https://www.jianshu.com/p/dfc6e3989511) +- [Android性能优化之布局优化](https://www.cnblogs.com/hoolay/p/6248514.html) +- [简易断点续传下载器实现](https://www.jianshu.com/p/5b2e22c42467) +- [超详细面试基础题](https://mp.weixin.qq.com/s/YVvV3-RUjbqYo-DYY3E6nA) +- [JVM结构、GC工作机制详解](http://blog.csdn.net/tonytfjing/article/details/44278233) +- [深入探讨类加载器](https://www.ibm.com/developerworks/cn/java/j-lo-classloader/) +- [找到无序数组中最小的K个数](https://www.cnblogs.com/xiaomoxian/archive/2016/02/11/5186762.html) +- [字符编码笔记：ASCII，Unicode和UTF-8](http://www.ruanyifeng.com/blog/2007/10/ascii_unicode_and_utf-8.html) +- [Android 消息机制——你真的了解Handler？](http://blog.csdn.net/qian520ao/article/details/78262289?locationNum=2&fps=1) +- [高并发下线程安全的单例模式](http://blog.csdn.net/cselmu9/article/details/51366946) +- [深入源码解析Android中的Handler,Message,MessageQueue,Looper](http://blog.csdn.net/iispring/article/details/47180325) +- [十大基础算法](https://mp.weixin.qq.com/s?__biz=MzI0MjE3OTYwMg==&mid=401441966&idx=1&sn=653fe22c5a7e6c221fbf121124fd18a2&scene=21#wechat_redirect) +- [一套比较好的面试题](http://blog.csdn.net/xhmj12/article/details/54730883) - [Android中常见面试题](/AndroidNote/Android面试相关/Android中常见面试题.md) - [一套比较完整的面试题](/AndroidNote/Android面试相关/面试题.md) - [Android 5.0 6.0 7.0新特性](/AndroidNote/Android面试相关/Android5.0-6.0-7.0新特性.md) @@ -90,6 +175,13 @@ Android-Note里面记录了有关Android的常用基础知识、面试中经常 - [如何终止App的运行](/AndroidNote/Android面试相关/如何终止App的运行.md) - [如何实现Activity切换的动画](/AndroidNote/Android面试相关/如何实现Activity切换的动画.md) + +### 性能优化 + +- [Android开发性能优化总结(一)](http://blog.csdn.net/gs12software/article/details/51173392) +- [Android开发性能优化总结(二)](http://blog.csdn.net/gs12software/article/details/51234454) + + ### 开源框架 - [当下流行开源框架总览](/AndroidNote/Android开源框架相关/Android当下最流行的开源框架总结.md) @@ -99,6 +191,9 @@ Android-Note里面记录了有关Android的常用基础知识、面试中经常 - [LinLog](/AndroidNote/Android开源框架相关/一款Android的Log、Toast的库.md) - [Retrofit 2.0 使用教程](http://www.jianshu.com/p/a3e162261ab6) - [retrofit 2.0 源码解析](http://www.jianshu.com/p/0c055ad46b6c) +- [关于 RxJava 背压](https://juejin.im/entry/58e704cbac502e4957b230eb) +- [RxJava 2.0中backpressure(背压)概念的理解](https://blog.csdn.net/jdsjlzx/article/details/52717636) +- [Retrofit2 完全解析 探索与okhttp之间的关系](https://blog.csdn.net/lmj623565791/article/details/51304204) ### 打包 @@ -115,33 +210,148 @@ Android-Note里面记录了有关Android的常用基础知识、面试中经常 ### Android报错记录 - [Android报错:Manifest-merger-failed-with-multiple-errors,see-logs](https://github.com/linsir6/AndroidNote/blob/master/AndroidNote/Android%E6%8A%A5%E9%94%99%E8%AE%B0%E5%BD%95/Android%E6%8A%A5%E9%94%99-Manifest%20merger%20failed%20with%20multiple%20errors%2C%20see%20logs.md) +- [Android报错-Client not ready yet](/AndroidNote/Android报错记录/Android报错2.md) +- [微信“15。。。。。”背后的故事](https://mp.weixin.qq.com/s/4DBPTN5qoVa976i8uTNAUQ) +- [【Android】当关闭通知消息权限后无法显示系统Toast的解决方案](http://blog.csdn.net/qq_25867141/article/details/52807705) +- [使用Android内置WebView打开TextView中的超链接](http://iluhcm.com/2016/07/06/how-to-open-a-hyperlink-using-app-webview-with-textview/) + + +### Android源码相关 + +- [ Fresco源码解析 - DataSource怎样存储数据](https://blog.csdn.net/feelang/article/details/45420999) + + +---- + +## linux + +- [Android-GitLabCi配置.md](/Linux/Android-GitLabCi配置.md) + +---- + +## Git教程 + +- [Git详细教程](/Git/git详细教程.md) + + +---- +## IOS-Note + +- [Ios上架app需要的图标尺寸](/IOSNote/Ios上架app需要的图标尺寸.md) + + +---- + + +## Java-Note + +### 设计模式相关 + +- [设计模式概括](/JavaNote/设计模式相关/设计模式概括.md) +- [单例模式](/JavaNote/设计模式相关/单例模式.md) +- [单利模式的四种实现方式](/JavaNote/设计模式相关/单例模式的四种实现方式.md) +- [观察者模式](/JavaNote/设计模式相关/观察者模式.md) + + +### Java基础相关 + +- [Java基础知识](/JavaNote/Java相关/Java基础知识.md) +- [Java回调原理与实现1](/JavaNote/Java相关/Java回调的原理与实现.md) +- [Java回调原理与实现2](/JavaNote/Java相关/Java利用listener实现回调，即观察者模式.md) +- [大量线程的同步操作](/JavaNote/Java相关/Java利用ExecutorService实现同步执行大量线程.md) +- [Java反射机制](/JavaNote/Java相关/Java注解的编写与Java的反射机制.md) +- [ArrayList、LinkedList、Vector的异同](/JavaNote/Java相关/ArrayList、LinkedList、Vector的异同.md) +- [Java中Error和Exception](/JavaNote/Java相关/Java中Error和Exception.md) +- [Des加密算法](/JavaNote/Java相关/Des加密算法.md) +- [HashTable和HashMap的异同](/JavaNote/Java相关/HashTable和HashMap的异同.md) +- [JVM虚拟机基础知识](/JavaNote/Java相关/JVM虚拟机基础知识.md) +- [JVM类加载器](/JavaNote/Java相关/JVM类加载器.md) +- [Javase基础知识](https://github.com/francistao/LearningNotes/blob/master/Part2/JavaSE/Java基础知识.md) +- [SparseArray 的使用及实现原理](http://extremej.itscoder.com/sparsearray_source_analyse/) + + +### JavaEE相关 + +- [Spring入门教程](http://how2j.cn/k/spring/spring-ioc-di/87.html) +- [最全面的Spring学习笔记](https://www.cnblogs.com/wangyayun/p/6800902.html) +- [Spring-root入门](/JavaNote/Javaee/Spring-boot入门.md) +- [Spring Boot 配置文件 – 在坑中实践](https://www.bysocket.com/?p=1786) +- [Spring Boot 之 RESRful API 权限控制](https://www.bysocket.com/?p=1080) +- [Spring Boot 整合 Redis 实现缓存操作](https://www.bysocket.com/?p=1756) +- [Spring Boot 官方文档](https://docs.spring.io/spring-boot/docs/current-SNAPSHOT/reference/htmlsingle/) + ---- -# Getting Help -To report a specific problem or feature request, open a new issue on Github. For questions, suggestions, or anything else, email linsir678@gmail.com. +## Mac-Note +- [mac上常用命令](/MacNote/mac上常用命令.md) +- [mac上安装java1.8](/MacNote/如何在mac上安装java1-8.md) +- [mac上重置MySQL密码](/MacNote/Mac平台重新设置MySQL的root密码.md) +- [mac终端与服务器保持连接](/MacNote/mac终端与服务器保持连接.md) +- [nodejs与npm的更新](/MacNote/nodejs与npm的更新.md) +- [mac本地生成ssh-key](/MacNote/mac本地生成ssh-key.md) -# Author +---- + + +## ReactNative-Note + +- [ReactNative入门](/ReactNative相关/ReactNative入门.md) +- [短信验证码倒计时控件](/ReactNative相关/短信验证码倒计时控件.md) +- [ReactNative报错记录](/ReactNative相关/ReactNative报错记录.md) +- [ReactNative利用CodePush实现热更新](/ReactNative相关/ReactNative利用CodePush实现热更新.md) +- [Touchable系列组建讲解](/ReactNative相关/Touchable系列组建讲解.md) +- [ReactNative调试心得](/ReactNative相关/ReactNative调试心得.md) +- [React/React Native 的ES5 ES6写法对照表](https://github.com/linsir6/ReactNativeNote/blob/master/ReactNative%E7%9B%B8%E5%85%B3/React%20Native%20%E7%9A%84ES5%20ES6%E5%86%99%E6%B3%95%E5%AF%B9%E7%85%A7%E8%A1%A8.md) -关玮琳linSir - @[linsir6](https://github.com/linsir6) on GitHub, @[linsir.top](http://linsir.top) +---- + +## Script-Note -# License +### 基础 -Copyright 2017 linsir +- [简单的Shell脚本](/ScriptNote/简单的Shell脚本.md) +- [一篇文章学懂Shell脚本](/ScriptNote/一篇文章学懂Shell脚本.md) +- [GitHub基础操作](/ScriptNote/GitHub基础操作.md) +- [封装一些GitHub常用命令](/ScriptNote/封装一些GitHub常用命令.md) -Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at -[http://www.apache.org/licenses/LICENSE-2.0](http://www.apache.org/licenses/LICENSE-2.0) +---- -Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. +## Web-Note +### NodeJS相关 +- [淘宝cnpm](/WebNote/NodeJS相关/淘宝cnpm.md) +- [koa框架对post内容读取并解析](/WebNote/NodeJS相关/koa框架对post内容读取并解析.md) +- [nodejs查询数据库后将值返回前端](/WebNote/NodeJS相关/nodejs查询数据库后将值返回前端.md) +- [nodejs项目在云服务器的部署](/WebNote/NodeJS相关/nodejs项目在云服务器的部署.md) + +---- + +### MySQL相关 + +- [linux下安装MySQL](/WebNote/MySQL相关/云服务器linux下安装MySQL.md) +- [MySQL基础操作](/WebNote/MySQL相关/mysql基础操作.md) +- [MySQL导出数据库、表](/WebNote/MySQL相关/Mysql导出数据库、表(有无数据).md) +- [Error-ER_TRUNCATED_WRONG_VALUE_FOR_FIELD](/WebNote/MySQL相关/Error--ER_TRUNCATED_WRONG_VALUE_FOR_FIELD.md) +- [ERROR-1045-(28000)--Access-denied-for-user-'debian-sys-maint'@'localhost](/WebNote/MySQL相关/ERROR-1045-(28000)--Access-denied-for-user-'debian-sys-maint'@'localho.md) +- [mysql设置远程链接权限](https://www.cnblogs.com/gdsblog/p/7349551.html) +- [关于初次安装mysql8.01遇到的问题解决](https://blog.csdn.net/l569746927/article/details/80025364) + + +---- -# PS -**已经看到这里啦，不妨给个star~** +## 网络协议相关 -![](/AndroidNote/img/background.jpg) +- [浅析socket](/网络协议/浅析socket.md) +- [浅析Hessian](/网络协议/浅析Hessian协议.md) +- [浅析RPC协议](/网络协议/浅析RPC协议.md) +- [浅析dubbo服务](/网络协议/浅析dubbo服务.md) +- [SSH原理与应用](/网络协议/SSH原理与应用.md) +- [理解OAuth 2.0](http://www.ruanyifeng.com/blog/2014/05/oauth_2_0.html) +- [OAuth 2和JWT - 如何设计安全的API？](http://blog.csdn.net/ljinddlj/article/details/53108261) diff --git "a/ReactNative\347\233\270\345\205\263/React Native \347\232\204ES5 ES6\345\206\231\346\263\225\345\257\271\347\205\247\350\241\250.md" "b/ReactNative\347\233\270\345\205\263/React Native \347\232\204ES5 ES6\345\206\231\346\263\225\345\257\271\347\205\247\350\241\250.md" new file mode 100644 index 0000000..fa5ecda --- /dev/null +++ "b/ReactNative\347\233\270\345\205\263/React Native \347\232\204ES5 ES6\345\206\231\346\263\225\345\257\271\347\205\247\350\241\250.md" @@ -0,0 +1,486 @@ +# React/React Native 的ES5 ES6写法对照表 + +> 本文为转载，[原文链接](http://bbs.reactnative.cn/topic/15/react-react-native-%E7%9A%84es5-es6%E5%86%99%E6%B3%95%E5%AF%B9%E7%85%A7%E8%A1%A8) + +很多React/React Native的初学者都被ES6的问题迷惑：各路大神都建议我们直接学习ES6的语法(`class Foo extends React.Component`)，然而网上搜到的很多教程和例子都是ES5版本的，所以很多人在学习的时候连照猫画虎都不知道怎么做。今天在此整理了一些ES5和ES6的写法对照表，希望大家以后读到ES5的代码，也能通过对照，在ES6下实现相同的功能。 + +* * * + +## 模块 + +### 引用 + +在ES5里，如果使用CommonJS标准，引入React包基本通过require进行，代码类似这样： + +``` +//ES5 +var React = require("react"); +var { + Component, + PropTypes +} = React; //引用React抽象组件 + +var ReactNative = require("react-native"); +var { + Image, + Text, +} = ReactNative; //引用具体的React Native组件 + +``` + +在ES6里，import写法更为标准 + +``` +//ES6 +import React, { + Component, + PropTypes, +} from 'react'; +import { + Image, + Text +} from 'react-native' + +``` + +### 导出单个类 + +在ES5里，要导出一个类给别的模块用，一般通过module.exports来导出 + +``` +//ES5 +var MyComponent = React.createClass({ + ... +}); +module.exports = MyComponent; + +``` + +在ES6里，通常用export default来实现相同的功能： + +``` +//ES6 +export default class MyComponent extends Component{ + ... +} + +``` + +引用的时候也类似： + +``` +//ES5 +var MyComponent = require('./MyComponent'); + +//ES6 +import MyComponent from './MyComponent'; + +``` + +注意导入和导出的写法必须配套，不能混用！ + +## 定义组件 + +在ES5里，通常通过React.createClass来定义一个组件类，像这样： + +``` +//ES5 +var Photo = React.createClass({ + render: function() { + return ( + + ); + }, +}); + +``` + +在ES6里，我们通过定义一个继承自React.Component的class来定义一个组件类，像这样： + +``` +//ES6 +class Photo extends React.Component { + render() { + return ( + + ); + } +} + +``` + +### 给组件定义方法 + +从上面的例子里可以看到，给组件定义方法不再用 `名字: function()`的写法，而是直接用`名字()`，在方法的最后也不能有逗号了。 + +``` +//ES5 +var Photo = React.createClass({ + componentWillMount: function(){ + + }, + render: function() { + return ( + + ); + }, +}); + +``` + +``` +//ES6 +class Photo extends React.Component { + componentWillMount() { + + } + render() { + return ( + + ); + } +} + +``` + +### 定义组件的属性类型和默认属性 + +在ES5里，属性类型和默认属性分别通过propTypes成员和getDefaultProps方法来实现 + +``` +//ES5 +var Video = React.createClass({ + getDefaultProps: function() { + return { + autoPlay: false, + maxLoops: 10, + }; + }, + propTypes: { + autoPlay: React.PropTypes.bool.isRequired, + maxLoops: React.PropTypes.number.isRequired, + posterFrameSrc: React.PropTypes.string.isRequired, + videoSrc: React.PropTypes.string.isRequired, + }, + render: function() { + return ( + + ); + }, +}); + +``` + +在ES6里，可以统一使用static成员来实现 + +``` +//ES6 +class Video extends React.Component { + static defaultProps = { + autoPlay: false, + maxLoops: 10, + }; // 注意这里有分号 + static propTypes = { + autoPlay: React.PropTypes.bool.isRequired, + maxLoops: React.PropTypes.number.isRequired, + posterFrameSrc: React.PropTypes.string.isRequired, + videoSrc: React.PropTypes.string.isRequired, + }; // 注意这里有分号 + render() { + return ( + + ); + } // 注意这里既没有分号也没有逗号 +} + +``` + +也有人这么写，虽然不推荐，但读到代码的时候你应当能明白它的意思： + +``` +//ES6 +class Video extends React.Component { + render() { + return ( + + ); + } +} +Video.defaultProps = { + autoPlay: false, + maxLoops: 10, +}; +Video.propTypes = { + autoPlay: React.PropTypes.bool.isRequired, + maxLoops: React.PropTypes.number.isRequired, + posterFrameSrc: React.PropTypes.string.isRequired, + videoSrc: React.PropTypes.string.isRequired, +}; + +``` + +_注意:_ 对React开发者而言，static成员在IE10及之前版本不能被继承，而在IE11和其它浏览器上可以，这有时候会带来一些问题。React Native开发者可以不用担心这个问题。 + +### 初始化state + +ES5下情况类似， + +``` +//ES5 +var Video = React.createClass({ + getInitialState: function() { + return { + loopsRemaining: this.props.maxLoops, + }; + }, +}) + +``` + +ES6下，有两种写法： + +``` +//ES6 +class Video extends React.Component { + state = { + loopsRemaining: this.props.maxLoops, + } +} + +``` + +不过我们推荐更易理解的在构造函数中初始化（这样你还可以根据需要做一些计算）： + +``` +//ES6 +class Video extends React.Component { + constructor(props){ + super(props); + this.state = { + loopsRemaining: this.props.maxLoops, + }; + } +} + +``` + +## 把方法作为回调提供 + +很多习惯于ES6的用户反而不理解在ES5下可以这么做： + +``` +//ES5 +var PostInfo = React.createClass({ + handleOptionsButtonClick: function(e) { + // Here, 'this' refers to the component instance. + this.setState({showOptionsModal: true}); + }, + render: function(){ + return ( + + {this.props.label} + + ) + }, +}); + +``` + +在ES5下，React.createClass会把所有的方法都bind一遍，这样可以提交到任意的地方作为回调函数，而this不会变化。但官方现在逐步认为这反而是不标准、不易理解的。 + +在ES6下，你需要通过bind来绑定this引用，或者使用箭头函数（它会绑定当前scope的this引用）来调用 + +``` +//ES6 +class PostInfo extends React.Component +{ + handleOptionsButtonClick(e){ + this.setState({showOptionsModal: true}); + } + render(){ + return ( + this.handleOptionsButtonClick(e)} + > + {this.props.label} + + ) + }, +} + +``` + +箭头函数实际上是在这里定义了一个临时的函数，箭头函数的箭头`=>`之前是一个空括号、单个的参数名、或用括号括起的多个参数名，而箭头之后可以是一个表达式（作为函数的返回值），或者是用花括号括起的函数体（需要自行通过return来返回值，否则返回的是undefined）。 + +``` +// 箭头函数的例子 +()=>1 +v=>v+1 +(a,b)=>a+b +()=>{ + alert("foo"); +} +e=>{ + if (e == 0){ + return 0; + } + return 1000/e; +} + +``` + +需要注意的是，不论是bind还是箭头函数，每次被执行都返回的是一个新的函数引用，因此如果你还需要函数的引用去做一些别的事情（譬如卸载监听器），那么你必须自己保存这个引用 + +``` +// 错误的做法 +class PauseMenu extends React.Component{ + componentWillMount(){ + AppStateIOS.addEventListener('change', this.onAppPaused.bind(this)); + } + componentDidUnmount(){ + AppStateIOS.removeEventListener('change', this.onAppPaused.bind(this)); + } + onAppPaused(event){ + } +} + +``` + +``` +// 正确的做法 +class PauseMenu extends React.Component{ + constructor(props){ + super(props); + this._onAppPaused = this.onAppPaused.bind(this); + } + componentWillMount(){ + AppStateIOS.addEventListener('change', this._onAppPaused); + } + componentDidUnmount(){ + AppStateIOS.removeEventListener('change', this._onAppPaused); + } + onAppPaused(event){ + } +} + +``` + +从[这个帖子](http://www.tuicool.com/articles/Rj6RFnm)中我们还学习到一种新的做法： + +``` +// 正确的做法 +class PauseMenu extends React.Component{ + componentWillMount(){ + AppStateIOS.addEventListener('change', this.onAppPaused); + } + componentDidUnmount(){ + AppStateIOS.removeEventListener('change', this.onAppPaused); + } + onAppPaused = (event) => { + //把方法直接作为一个arrow function的属性来定义，初始化的时候就绑定好了this指针 + } +} + +``` + +## Mixins + +在ES5下，我们经常使用mixin来为我们的类添加一些新的方法，譬如PureRenderMixin + +``` +var PureRenderMixin = require('react-addons-pure-render-mixin'); +React.createClass({ + mixins: [PureRenderMixin], + + render: function() { + return
foo
; + } +}); + +``` + +然而现在官方已经不再打算在ES6里继续推行Mixin，他们说：[Mixins Are Dead. Long Live Composition](https://medium.com/@dan_abramov/mixins-are-dead-long-live-higher-order-components-94a0d2f9e750)。 + +尽管如果要继续使用mixin，还是有一些第三方的方案可以用，譬如[这个方案](https://github.com/brigand/react-mixin) + +不过官方推荐，对于库编写者而言，应当尽快放弃Mixin的编写方式，上文中提到[Sebastian Markbåge](https://gist.github.com/sebmarkbage/ef0bf1f338a7182b6775)的一段代码推荐了一种新的编码方式： + +``` +//Enhance.js +import { Component } from "React"; + +export var Enhance = ComposedComponent => class extends Component { + constructor() { + this.state = { data: null }; + } + componentDidMount() { + this.setState({ data: 'Hello' }); + } + render() { + return ; + } +}; + +``` + +``` +//HigherOrderComponent.js +import { Enhance } from "./Enhance"; + +class MyComponent { + render() { + if (!this.data) return
Waiting...
; + return
{this.data}
; + } +} + +export default Enhance(MyComponent); // Enhanced component + +``` + +用一个“增强函数”，来某个类增加一些方法，并且返回一个新类，这无疑能实现mixin所实现的大部分需求。 + +## ES6+带来的其它好处 + +### 解构&属性延展 + +结合使用ES6+的解构和属性延展，我们给孩子传递一批属性更为方便了。这个例子把className以外的所有属性传递给div标签： + +``` +class AutoloadingPostsGrid extends React.Component { + render() { + var { + className, + ...others, // contains all properties of this.props except for className + } = this.props; + return ( +
+ + +
+ ); + } +} + +``` + +下面这种写法，则是传递所有属性的同时，用覆盖新的className值： + +``` +
+ … +
+ +``` + +这个例子则相反，如果属性中没有包含className，则提供默认的值，而如果属性中已经包含了，则使用属性中的值 + +``` +
+ … +
+ +``` + +以上便完成了所有的介绍～ diff --git "a/ReactNative\347\233\270\345\205\263/ReactNative\345\205\245\351\227\250.md" "b/ReactNative\347\233\270\345\205\263/ReactNative\345\205\245\351\227\250.md" new file mode 100644 index 0000000..76ffbc3 --- /dev/null +++ "b/ReactNative\347\233\270\345\205\263/ReactNative\345\205\245\351\227\250.md" @@ -0,0 +1,72 @@ +# ReactNative入门 + +## 简介 + +ReactNative旨在开发过程的高效，它具有一些原生App所不具备的优势，它的跨平台性非常强，代码的复用程度非常的高，并且可以具有热更新的能力，其次就是它的社区也在日趋的强大起来。 + +## 为什么选择ReactNative + +纵观国内的比较大的厂商并没有完全的转移到React Native，但也没有完全的排斥说不搞React Native，所以学习这样一个新的技能对我们有百利而无一害，在学习React Native的过程中，我们也会接触到React这样一个新的UI方案，同时对一些ES6，ES7新的特性也都会有接触，总体感觉还不错～ + +## 入门 + +学习React Native最好还是要有一些React JavaScript 以及原生应用的开发经验，当然没有也无妨，慢慢一步一步的来嘛。 + +**目前我介绍的是针对Android端介绍的，后续也会把Ios相关的内容补上。** + +需要有的软件: + +- Node.js +- Android studio +- Watchman + +运行： + +``` +react-native init AwesomeProject +cd AwesomeProject +react-native run-android +``` + +## 知识点 + +**项目的入口:** index.android.js / index.ios.js + +**视图呈现:** + +``` +render() { + return ( + + + AAA + + BBB/Text> + CCC + + + { + }}/> + + + ); + } +``` + +我们的视图需要写在return()下面，并且这个下面只能有一个根View + +**抽出公共控件:** + +在界面中，可能我们有很多控件是可以复用的，如果我们不把它们抽出来的话，可能就会导致代码的臃肿，并且不是很利于维护，所以我们应该将公共部分抽出来。 + +**将公用的style抽象出来** + +同上 + +## 推荐编译器 + +- 需要测试性能的时候需要使用Android studio +- 与性能无关时，编写代码时还是推荐使用WebStorm编写代码 + + +好了，就先介绍到这里吧，在等到我有时间的时候，可以介绍一下，手写一个tab，或者实现登录注册的全部逻辑(包含网络框架)。 diff --git "a/ReactNative\347\233\270\345\205\263/ReactNative\345\210\251\347\224\250CodePush\345\256\236\347\216\260\347\203\255\346\233\264\346\226\260.md" "b/ReactNative\347\233\270\345\205\263/ReactNative\345\210\251\347\224\250CodePush\345\256\236\347\216\260\347\203\255\346\233\264\346\226\260.md" new file mode 100644 index 0000000..380ae8a --- /dev/null +++ "b/ReactNative\347\233\270\345\205\263/ReactNative\345\210\251\347\224\250CodePush\345\256\236\347\216\260\347\203\255\346\233\264\346\226\260.md" @@ -0,0 +1,148 @@ +# ReactNative利用CodePush实现热更新 + + +ReactNative的优势之一就是它可以进行热更新，需要热更新的应用场景有很多种，例如： + +- 各大应用市场审核时间过长 +- 一些重业务逻辑，经常需要更新的页面 +- 一个较为庞大的App，可能每一块都由一个部门负责，不能每个部门一有变动就推一个新的版本 +- 如果app走自己平台的cdn的时候，需要考虑流量的成本 + +下面我们说一下，在ReactNative项目中如何接入CodePush，如果英语还ok的小伙伴，可以直接照着英文文档撸一遍[文档地址](https://github.com/Microsoft/react-native-code-push/blob/master/docs/setup-android.md)。 + +## CodePush + +- 直接对用户部署代码更新 +- 管理 Alpha，Beta 和生产环境应用 +- 支持 React Native 和 Cordova +- 支持JavaScript 文件与图片资源的更新 + +### 安装CodePush CLI + +在终端输入命令：``npm install -g code-push-cli`` + +### 创建CodePush账号 + +在终端输入命令：``code-push register`` + +命令输入完之后，会弹出网页，我们可以在上面注册账号登录，也可以直接用GitHub登录，登录之后，网页会返回给我们一个key，我们把这个key再粘贴回命令行就可以了。 + +### 登录 + +登录：``code-push login`` + +其它相关命令：``code-push logout`` + +列出登录的token：``code-push access-key ls`` + +删除某个key：``code-push access-key rm `` + +### 向CodePush注册app + +Android与ios需要注册两次： + +``` +code-push app add MyApp-Android +code-push app add MyApp-ios +``` + +注册之后会返回key，这个key我们需要保存一下 + +### 在项目中集成CodePush SDk + +在项目的根目录运行：``npm install --save react-native-code-push`` + +在Android目录运行：``npm i -g rnpm`` //一般来说我们的React里面都会有，在V0.27以后 + +在Android中添加配置文件：``rnpm link react-native-code-push`` + +运行这条命令的过程中，它会让我们输入key，就是刚刚保存的那个，当然不输入也可以 + +### 配置Android工程 + +需要在``android/app/build.gradle``检查是否有如下内容，如果没有则添加： + +``` +apply from: "../../node_modules/react-native/react.gradle" +apply from: "../../node_modules/react-native-code-push/android/codepush.gradle" + + +... +dependencies { + ... + compile project(':react-native-code-push') +} +``` + +需要在``android/settings.gradle``检查是否有如下内容，如果没有则添加： + +``` +include ':app', ':react-native-code-push' +project(':react-native-code-push').projectDir = new File(rootProject.projectDir, '../node_modules/react-native-code-push/android/app') +``` + +### 获取部署的秘钥 + +运行：``code-push deployment ls Daily -k`` + +### 进行配置 + +在``MainApplication.java``中添加如下代码： + +``` +... +// 1. Import the plugin class. +import com.microsoft.codepush.react.CodePush; + +public class MainApplication extends Application implements ReactApplication { + + private final ReactNativeHost mReactNativeHost = new ReactNativeHost(this) { + ... + // 2. Override the getJSBundleFile method in order to let + // the CodePush runtime determine where to get the JS + // bundle location from on each app start + @Override + protected String getJSBundleFile() { + return CodePush.getJSBundleFile(); + } + + @Override + protected List getPackages() { + // 3. Instantiate an instance of the CodePush runtime and add it to the list of + // existing packages, specifying the right deployment key. If you don't already + // have it, you can run "code-push deployment ls -k" to retrieve your key. + return Arrays.asList( + new MainReactPackage(), + new CodePush("deployment-key-here", MainApplication.this, BuildConfig.DEBUG) + ); + } + }; +} +``` + +``` +... +// 1. Declare your ReactNativeHost to extend ReactInstanceHolder. ReactInstanceHolder is a subset of ReactNativeHost, so no additional implementation is needed. +import com.microsoft.codepush.react.ReactInstanceHolder; + +public class MyReactNativeHost extends ReactNativeHost implements ReactInstanceHolder { + // ... usual overrides +} + +// 2. Provide your ReactNativeHost to CodePush. + +public class MainApplication extends Application implements ReactApplication { + + private final MyReactNativeHost mReactNativeHost = new MyReactNativeHost(this); + + @Override + public void onCreate() { + CodePush.setReactInstanceHolder(mReactNativeHost); + super.onCreate(); + } +} +``` + +这样就完事啦～ + +如果您遇到什么问题，欢迎给我提issue～ diff --git "a/ReactNative\347\233\270\345\205\263/ReactNative\346\212\245\351\224\231\350\256\260\345\275\225.md" "b/ReactNative\347\233\270\345\205\263/ReactNative\346\212\245\351\224\231\350\256\260\345\275\225.md" new file mode 100644 index 0000000..3ed2ed6 --- /dev/null +++ "b/ReactNative\347\233\270\345\205\263/ReactNative\346\212\245\351\224\231\350\256\260\345\275\225.md" @@ -0,0 +1,43 @@ +# React-Native 报错记录 + +- ``xxx is not defined`` + + 例如：``Component is not defined`` + 错误原因：在当前的js文件中没有定义或者没有引入这个组建，并且有调用的地方 + +- ``JSX attributes must only assigned a non-empty expression(29:28)`` + + 错误原因：这个报错就非常简单了，已经告诉我们在哪一行了，错误原因就是，定义了之后不能为空 + +- ``Cannot read property 'Aspect' of undefined`` + + 错误原因：没有在当前文件夹下运行``react-native start``,导致一些关键的东西引入不进来 + +- ``undefined is not an object(evaluating 'Daily_Service.props.navigation')`` + + 错误原因：一般来说，我们这样写了代码，就是因为我们认为，可以用this,或者用到某个对象的时候，但是它本身是调用不了的。 + + +- ``java.lang.illegalStateException:WebSocket connection no longer valid`` + + 错误原因，``react-native start``命令执行之后意外中断了 + + + + + + + +- ``在View添加了onPress，但是在点击的时候，不会产生任何效果`` + + 错误原因：View没有这样的方法，当遇到需要这样操作的方法的时候可以加入`` `` + + + + + + + + + + diff --git "a/ReactNative\347\233\270\345\205\263/ReactNative\350\260\203\350\257\225\345\277\203\345\276\227.md" "b/ReactNative\347\233\270\345\205\263/ReactNative\350\260\203\350\257\225\345\277\203\345\276\227.md" new file mode 100644 index 0000000..6a09b9d --- /dev/null +++ "b/ReactNative\347\233\270\345\205\263/ReactNative\350\260\203\350\257\225\345\277\203\345\276\227.md" @@ -0,0 +1,255 @@ +本文出自[《React Native学习笔记》](https://github.com/crazycodeboy/RNStudyNotes/)系列文章。 + +在做React Native开发时，少不了的需要对React Native程序进行调试。调试程序是每一位开发者的基本功，高效的调试不仅能提高开发效率，也能降低Bug率。本文将向大家分享React Native程序调试的一些技巧和心得。 + +## Developer Menu + +Developer Menu是React Native给开发者定制的一个开发者菜单，来帮助开发者调试React Native应用。 +>提示：生产环境release (production) 下Developer Menu是不可用的。 + +### 如何开启Developer Menu + +#### 在模拟器上开启Developer Menu + +##### Android模拟器： + +可以通过`Command⌘ + M `快捷键来快速打开Developer Menu。也可以通过模拟器上的菜单键来打开。 +>心得：高版本的模拟器通常没有菜单键的，不过Nexus S上是有菜单键的，如果想使用菜单键，可以创建一个Nexus S的模拟器。 + +##### iOS模拟器： + +可以通过`Command⌘ + D`快捷键来快速打开Developer Menu。 + +#### 在真机上开启Developer Menu： + +在真机上你可以通过摇动手机来开启Developer Menu。 + +#### 预览图 +![Developer Menu](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/Developer%20Menu.jpg) + +## Reloading JavaScript + +在只是修改了js代码的情况下，如果要预览修改结果，你不需要重新编译你的应用。在这种情况下，你只需要告诉React Native重新加载js即可。 + +>提示：如果你修改了native 代码或修改了Images.xcassets、res/drawable中的文件，重新加载js是不行的，这时你需要重新编译你的项目了。 + + +### Reload js +Reload js即将你项目中js代码部分重新生成bundle，然后传输给模拟器或手机。 +在Developer Menu中有`Reload`选项，单击`Reload`让React Native重新加载js。对于iOS模拟器你也可以通过`Command⌘ + R `快捷键来加载js，对于Android模拟器可以通过双击`r`键来加载js。 +>提示：如果`Command⌘ + R `无法使你的iOS模拟器加载js，则可以通过选中Hardware menu中Keyboard选项下的 "Connect Hardware Keyboard" 。 + +### 小技巧：Automatic reloading + +#### Enable Live Reload +![Enable Live Reload](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/Enable%20Live%20Reload.gif) + +React Native旨在为开发者带来一个更好的开发体验。如果你觉得上文的加载js代码方式太low了或者不够方便，那么有没有一种更简便加载js代码的方式呢？ +答案是肯定的。 +在 Developer Menu中你会看到"Enable Live Reload" 选项，该选项提供了React Native动态加载的功能。当你的js代码发生变化后，React Native会自动生成bundle然后传输到模拟器或手机上，是不是觉得很方便。 + +#### Hot Reloading +![Hot Reloading](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/%20Hot%20Reloading%20.gif) +另外，Developer Menu中还有一项需要特别介绍的，就是"Hot Reloading"热加载，如果说Enable Live Reload解放了你的双手的话，那么Hot Reloading不但解放了你的双手而且还解放了你的时间。 当你每次保存代码时Hot Reloading功能便会生成此次修改代码的增量包，然后传输到手机或模拟器上以实现热加载。相比 Enable Live Reload需要每次都返回到启动页面，Enable Live Reload则会在保持你的程序状态的情况下，就可以将最新的代码部署到设备上，听起来是不是很疯狂呢。 + +>提示：当你做布局的时候启动Enable Live Reload功能你就可以实时的预览布局效果了，这可以和用AndroidStudio或AutoLayout做布局的实时预览相媲美。 + +## Errors and Warnings + +在development模式下，js部分的Errors 和 Warnings会直接打印在手机或模拟器屏幕上，以红屏和黄屏展示。 + +### Errors + +React Native程序运行时出现的Errors会被直接显示在屏幕上，以红色的背景显示，并会打印出错误信息。 你也可以通过` console.error()`来手动触发Errors。 + +![Errors](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/Errors.png) + +### Warnings + +React Native程序运行时出现的Warnings也会被直接显示在屏幕上，以黄色的背景显示，并会打印出警告信息。 你也可以通过` console.warn()`来手动触发Warnings。 +你也可以通过`console.disableYellowBox = true`来手动禁用Warnings的显示，或者通过`console.ignoredYellowBox = ['Warning: ...'];`来忽略相应的Warning。 + +![Warnings](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/Warnings.png) + +>提示：在生产环境release (production)下Errors和Warnings功能是不可用的。 + + +## Chrome Developer Tools + +### Chrome 开发工具 +谷歌 Chrome 开发工具，是基于谷歌浏览器内含的一套网页制作和调试工具。开发者工具允许网页开发者深入浏览器和网页应用程序的内部。该工具可以有效地追踪布局问题，设置 JavaScript 断点并可深入理解代码的最优化策略。 +Chrome 开发工具一共提供了8大组工具： + +* Element 面板： 用于查看和编辑当前页面中的 HTML 和 CSS 元素。 +* Network 面板：用于查看 HTTP 请求的详细信息，如请求头、响应头及返回内容等。 +* Source 面板：用于查看和调试当前页面所加载的脚本的源文件。 +* TimeLine 面板： 用于查看脚本的执行时间、页面元素渲染时间等信息。 +* Profiles 面板：用于查看 CPU 执行时间与内存占用等信息。 +* Resource 面板：用于查看当前页面所请求的资源文件，如 HTML，CSS 样式文件等。 +* Audits 面板：用于优化前端页面，加速网页加载速度等。 +* Console 面板：用于显示脚本中所输出的调试信息，或运行测试脚本等。 + +>提示：对于调试React Native应用来说，Sources和Console是使用频率很高的两个工具。 + +你可以像调试JavaScript代码一样来调试你的React Native程序。 + +### 如何通过 Chrome调试React Native程序 +你可以通过以下步骤来调试你的React Native程序： + +#### 第一步：启动远程调试 +在Developer Menu下单击"Debug JS Remotely" 启动JS远程调试功能。此时Chrome会被打开，同时会创建一个“http://localhost:8081/debugger-ui.” Tab页。 +![http-//localhost-8081/debugger-ui](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/localhost-8081-debugger-ui.png) + +#### 第二步：打开Chrome开发者工具 +在该“http://localhost:8081/debugger-ui.”Tab页下打开开发者工具。打开Chrome菜单->选择更多工具->选择开发者工具。你也可以通过快捷键(Command⌘ + Option⌥ + I on Mac, Ctrl + Shift + I on Windows)打开开发者工具。 + +![打开开发者工具](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/dakaikaifazhegongju.png) + +打开Chrome开发着工具之后你会看到如下界面： +![打开Chrome开发着工具](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/dakaiChromekaifazhuogongju.png) + +### 真机调试 + +#### 在iOS上 + +打开"RCTWebSocketExecutor.m "文件，将“localhost”改为你的电脑的ip，然后在Developer Menu下单击"Debug JS Remotely" 启动JS远程调试功能。 + +#### 在Android上 +方式一： +在Android5.0以上设备上，将手机通过usb连接到你的电脑，然后通过adb命令行工具运行如下命令来设置端口转发。 +`adb reverse tcp:8081 tcp:8081` + +方式二： +你也可以通过在“Developer Menu”下的“Dev Settings”中设置你的电脑ip来进行调试。 + +>心得：在使用真机调试时，你需要确保你的手机和电脑处在同一个网段内，即它们实在同一个路由器下。 + +### 小技巧： +----- +#### 巧用Sources面板 + +Sources 面板提供了调试 JavaScript 代码的功能。它提供了图形化的V8 调试器。 +![Sources面板](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/Sourcesmianban.jpg) + +Sources 面板可以让你看到你所要检查的页面的所有脚本代码，并在面板选择栏下方提供了一组标准控件，提供了暂停，恢复，步进等功能。在窗口的最下方的按钮可以在遇到异常(exception)时强制暂停。源码显示在单独的标签页，通过点击 打开文件导航面板，导航栏中会显示所有已打开的脚本文件。 + +>心得：Chrome开发着工具中的Sources面板几乎是我最常用的功能面板。通常只要是开发遇到了js报错或者其他代码问题，在审视一遍自己的代码而一无所获之后，我首先就会打开Sources进行js断点调试。 + +#### 执行控工具 +从上图可以看到“执行控工具”按钮在侧板顶部，让你可以按步执行代码，当你进行调试的时候这几个按钮非常有用： + +* 继续(Continue): 继续执行代码直到遇到下一个断点。 +* 单步执行(Step over): 步进代码以查看每一行代码对变量作出的操作，当代码调用另一个函数时不会进入这个函数，使你可以专注于当前的函数。 +* 跳入(Step into): 与 Step over 类似，但是当代码调用函数时，调试器会进去这个函数并跳转到函数的第一行。 +* 跳出(Step out): 当你进入一个函数后，你可以点击 Step out 执行函数余下的代码并跳出该函数。 +* 断点切换(Toggle breakpoints): 控制断点的开启和关闭，同时保持断点完好。 + + +#### 查看js文件 +如果你想在开发者工具上预览你的js文件，可以在打开Sources tab下的debuggerWorker.js选项卡，该选项卡下会显示当前调试项目的所有js文件。 + +![查看js文件](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/chakanjswenjian.png) + +#### 断点其实很简单 + +断点(Breakpoint) 是在脚本中设置好的暂停处。在DevTools中使用断点可以调试JavaScript代码，DOM更新和 network calls。 + +>心得：你可以像使用Xcode/AndroidStudio调试Native应用一样，来使用Chrome开发者工具通过断点对程序进行调试。 + +#### 添加和移除断点 + +在 Sources 面板的文件导航面板中打开一个JavaScript文件来调试，点击边栏(line gutter) 为当前行设置一个断点，已经设置的断点处会有一个蓝色的标签，单击蓝色标签，断点即被移除。 + +![添加移除断点](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/tianjiayichuduandian.png) + +>心得：右键点击蓝色标签会打开一个菜单，菜单包含以下选项：执行到此(Continue to Here)，黑盒脚本(Blackbox scripts)，移除断点(Remove Breakpoint)， 编辑断点(Edit Breakpoint)，和 禁用断点(Disable Breakpoint)。在这里你可以对断点进行更高级的定制化的操作。![右键蓝色图标](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/youjianlansetubiao.png) + +#### 高级操作 +上文讲到右键点击蓝色标签会打开一个菜单，下面就介绍一下该菜单下的高级操作。 + +**执行到此(Continue to Here)：** + +如果你想让程序立即跳到某一行时，这个功能会帮到你。如果在该行之前还有别的断点，程序会依次经过前面的断点。另外需要提出的是这个功能在任意一行代码的边栏(gutter line)前单击右键都会看到。 + +**黑盒脚本(Blackbox scripts)：** + +黑盒脚本会从你的调用堆栈中隐藏第三方代码。 + +**编辑断点(Edit Breakpoint)：** + +通过该功能你可以创建一个条件断点，你也可以在边栏(gutter line) 右键并选择添加条件断点(Add Conditional Breakpoint) 。在输入框中，输入一个可解析为真或假的表达式。仅当条件为真时，执行会在此暂停。 +![条件断点](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/tianjiayichuduandian.png) + +>心得：如果你想让程序在某处从来都不要暂停，可以编辑一个条件永远为false的条件断点。另外，你也可以在该行代码的边栏(gutter line)前单击右键选择“Never pause here”即可，你会发现“Never pause here”其实就是在该行代码上设了一个永远为false的条件断点。![Never pause here](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/Never%20pause%20here.png) + + + +#### 管理你的断点 +你可以通过Chrome开发者工具的右边面板来统一管理你的断点。 + +![管理断点](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/guanliduandian.png) + +>心得：你可以通过断点前的复选框来启用和禁用断点，也可以单击右键来进行更多的操作(如：移除断点，移除所有断点，启用禁用断点等)。 + + +#### 有一种断点叫全局断点 +全局断点的作用是，当程序出现异常时，会在异常的地方暂停，这对快速定位异的常位置很方便。 +做iOS开发的同学都知道在Xcode中可以设置全局断点，其实在Chrome 开发者工具中也同样有与之对应的功能，叫“Pause On Caught Exceptions”。如果勾选上此功能，则即使所发生运行时异常的代码在 try/catch 范围内，Chrome 开发者工具也能够在错误代码处停住。 +![全局断点](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/quanjuduandian.png) + + +#### 不要忽略控制台 +DevTools 控制台(Console) 可以让你在目前已暂停的状态下进行试验。按 Esc 键打开/关闭控制台。 + +![Console](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native调试技巧与心得/images/Console.png) + +>心得：你可以在控制台(Console)上打印变量，执行脚本等操作。在开发调试中非常有用。 + + +Chrome Developer Tools 快捷键 +----- +　 +> ###快速切换文件 + +当DevTools被打开的时候，按Ctrl+P或O（cmd+p或o on mac）,就能快速搜寻和打开你项目的文件。 + +![快速切换文件](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native%E8%B0%83%E8%AF%95%E6%8A%80%E5%B7%A7%E4%B8%8E%E5%BF%83%E5%BE%97/images/%E5%BF%AB%E9%80%9F%E5%88%87%E6%8D%A2%E6%96%87%E4%BB%B6.GIF) + +>### 在当前文件中查找内容 +在当前文件中查找内容可通过Ctrl(cmd) + F快捷键。 　　 + +![在当前文件中查找内容](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native%E8%B0%83%E8%AF%95%E6%8A%80%E5%B7%A7%E4%B8%8E%E5%BF%83%E5%BE%97/images/%E5%9C%A8%E5%BD%93%E5%89%8D%E6%96%87%E4%BB%B6%E4%B8%AD%E6%9F%A5%E6%89%BE%E5%86%85%E5%AE%B9.png)　　 +　　 +> ###在所有文件中查找内容 + +如果你希望在在所有文件中查找内容怎么办呢？在页面已经加载的文件中搜寻一个特定的字符串，快捷键是Ctrl + Shift + F (Cmd + Opt + F)，这种搜寻方式还支持正则表达式。　 + +![在源代码中搜索](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native%E8%B0%83%E8%AF%95%E6%8A%80%E5%B7%A7%E4%B8%8E%E5%BF%83%E5%BE%97/images/%E5%9C%A8%E6%BA%90%E4%BB%A3%E7%A0%81%E4%B8%AD%E6%90%9C%E7%B4%A2.GIF)　 + +> ###快速跳转到指定行 + +在Sources标签中打开一个文件之后，按Ctrl + G，然后输入行号，DevTools就会允许你跳转到文件中的任意一行。 + +![快速跳转到指定行](https://raw.githubusercontent.com/crazycodeboy/RNStudyNotes/master/React%20Native%E8%B0%83%E8%AF%95%E6%8A%80%E5%B7%A7%E4%B8%8E%E5%BF%83%E5%BE%97/images/%E5%BF%AB%E9%80%9F%E8%B7%B3%E8%BD%AC%E5%88%B0%E6%8C%87%E5%AE%9A%E8%A1%8C.GIF)　 + +>心得：如果你在“快速切换文件”输入框中输入“:”然后加行号也能跳转到指定行。 + + + + +## 参考 +[chrome-devtools](https://developers.google.com/web/tools/chrome-devtools/) +[CN-Chrome-DevTools](https://github.com/CN-Chrome-DevTools) +[Debugging](http://facebook.github.io/react-native/docs/debugging.html) + +## About +本文出自[《React Native学习笔记》](https://github.com/crazycodeboy/RNStudyNotes/)系列文章。 +了解更多，可以[关注我的GitHub](https://github.com/crazycodeboy/) +@[https://crazycodeboy.github.io/](https://crazycodeboy.github.io/) + +推荐阅读 +---- +* [React Native 学习笔记](https://github.com/crazycodeboy/RNStudyNotes) +* [Reac Native布局详细指南](https://github.com/crazycodeboy/RNStudyNotes/tree/master/React Native布局/React Native布局详细指南/React Native布局详细指南.md) +* [React Native发布APP之签名打包APK](https://github.com/crazycodeboy/RNStudyNotes/tree/master/React%20Native%E5%8F%91%E5%B8%83APP%E4%B9%8B%E7%AD%BE%E5%90%8D%E6%89%93%E5%8C%85APK) +* [React Native应用部署、热更新-CodePush最新集成总结](https://github.com/crazycodeboy/RNStudyNotes/tree/master/React%20Native%E5%BA%94%E7%94%A8%E9%83%A8%E7%BD%B2%E3%80%81%E7%83%AD%E6%9B%B4%E6%96%B0-CodePush%E6%9C%80%E6%96%B0%E9%9B%86%E6%88%90%E6%80%BB%E7%BB%93) diff --git "a/ReactNative\347\233\270\345\205\263/Touchable\347\263\273\345\210\227\347\273\204\345\273\272\350\256\262\350\247\243.md" "b/ReactNative\347\233\270\345\205\263/Touchable\347\263\273\345\210\227\347\273\204\345\273\272\350\256\262\350\247\243.md" new file mode 100644 index 0000000..4f687cd --- /dev/null +++ "b/ReactNative\347\233\270\345\205\263/Touchable\347\263\273\345\210\227\347\273\204\345\273\272\350\256\262\350\247\243.md" @@ -0,0 +1,327 @@ + +> 声明，本文并非原创，本文属于优质好文，故转载了，[原文链接](https://github.com/crazycodeboy/RNStudyNotes/blob/master/React%20Native%E7%BB%84%E4%BB%B6%E8%AF%A6%E8%A7%A3/React%20Native%E6%8C%89%E9%92%AE%E8%AF%A6%E8%A7%A3%7CTouchable%E7%B3%BB%E5%88%97%E7%BB%84%E4%BB%B6%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3.md) + +本文出自[《React Native学习笔记》](https://github.com/crazycodeboy/RNStudyNotes/)系列文章。 + +在做App开发过程中离不了的需要用户交互，说到交互，我们首先会想到的就是按钮了，在React Native中没有专门的按钮组件。 +为了能让视图能够响应用的的点击事件，我们需要借助Touchablexxx组件，来包裹我们的视图。为什么说是Touchablexxx呢，因为它不只是一个组件，而是一组组件，一下四个组件都可以用来包裹视图来响应用户的点击事件。 + +- TouchableWithoutFeedback：响应用户的点击事件，如果你想在处理点击事件的同时不显示任何视觉反馈，使用它是个不错的选择。 +- TouchableHighlight：在TouchableWithoutFeedback的基础上添加了当按下时背景会变暗的效果。 +- TouchableOpacity：相比TouchableHighlight在按下去会使背景变暗的效果，TouchableOpacity会在用户手指按下时降低按钮的透明度，而不会改变背景的颜色。 +- TouchableNativeFeedback：在Android上还可以使用TouchableNativeFeedback，它会在用户手指按下时形成类似水波纹的视觉效果。注意，此组件只支持Android。 + +>心得：以上四个组件，其中TouchableHighlight、TouchableOpacity以及TouchableNativeFeedback都是在TouchableWithoutFeedback的基础上做了一些扩展，我们从它们的源码中可以看出： + + +**TouchableHighlight：** + +``` +var TouchableHighlight = React.createClass({ + propTypes: { + ...TouchableWithoutFeedback.propTypes, +``` + +**TouchableOpacity：** + +``` +var TouchableOpacity = React.createClass({ + mixins: [TimerMixin, Touchable.Mixin, NativeMethodsMixin], + + propTypes: { + ...TouchableWithoutFeedback.propTypes, +``` + +**TouchableNativeFeedback:** + +``` +var TouchableNativeFeedback = React.createClass({ + propTypes: { + ...TouchableWithoutFeedback.propTypes, +``` + +>因为TouchableWithoutFeedback有其它三个组件的共同属性，所以我们先来学习一下TouchableWithoutFeedback。 + +## TouchableWithoutFeedback使用详解 + +TouchableWithoutFeedback一个Touchable系列组件中最基本的一个组价，只响应用户的点击事件不会做任何UI上的改变，在使用的过程中需要特别留意。 + +>提示：无论是TouchableWithoutFeedback还是其他三种Touchable组件，都是在根节点都是只支持一个组件，如果你需要多个组件同时相应单击事件，可以用一个View将它们包裹着，它的这种根节点只支持一个组件的特性和ScrollView很类似。 + +接下来让我们来看一下，TouchableWithoutFeedback有哪些常用的属性： + +### TouchableWithoutFeedback常用的属性 + +说到常用的属性TouchableWithoutFeedback首先要提到的就是`onPress`了。 + +#### `onPress function` + +当触摸操作结束时调用，但如果被取消了则不调用（譬如响应者被一个滚动操作取代）。 +>心得：`onPress`可谓是Touchable系列组件的最常用的属性之一了，如果你要让视图响应用户的单击事件，那么用`onPress`就可以了。 + +接下来呢，我们就来使用`onPress`属性来实现一个统计按钮单击次数的例子。 + +```js + { + this.setState({count: this.state.count+1}) + }} +> + + + 我是TouchableWithoutFeedback,单击我 + + + +您单击了:{this.state.count}次 +``` +[下载源码](https://github.com/crazycodeboy/RNStudyNotes/tree/master/Demo) + +![TouchableWithoutFeedback_onPress](https://raw.githubusercontent.com/crazycodeboy/Resources-Blog/master/images/2017/1/React%20Native%E6%8C%89%E9%92%AE%E8%AF%A6%E8%A7%A3%7CTouchable%E7%B3%BB%E5%88%97%E7%BB%84%E4%BB%B6%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3/TouchableWithoutFeedback_onPress.gif) + +#### `onLongPress function` + +当用户长时间按压组件(长按效果)的时候调用该方法。 +>心得：`onLongPress`也是Touchable系列组件的最常用的属性之一，通常用于响应长按的事件，如长按列表弹出删除对话框等。 + +接下来呢，我们就来使用`onLongPress`属性来响应用户的长按事件。 + +```js + { + this.setState({count: this.state.count + 1}) + }} + onLongPress={()=> { + this.setState({countLong: this.state.countLong + 1}) + Alert.alert( + '提示', + '确定要删除吗?', + [ + {text: '取消', onPress: () => console.log('Cancel Pressed'), style: 'cancel'}, + {text: '确实', onPress: () => console.log('OK Pressed')}, + ] + ) + }} +> + + + 我是TouchableWithoutFeedback,单击我 + + + +您单击了:{this.state.count}次 +您长按了:{this.state.countLong}次 +``` +[下载源码](https://github.com/crazycodeboy/RNStudyNotes/tree/master/Demo) + +![TouchableWithoutFeedback_onLongPress](https://raw.githubusercontent.com/crazycodeboy/Resources-Blog/master/images/2017/1/React%20Native%E6%8C%89%E9%92%AE%E8%AF%A6%E8%A7%A3%7CTouchable%E7%B3%BB%E5%88%97%E7%BB%84%E4%BB%B6%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3/TouchableWithoutFeedback_onLongPress.gif) + +我们在上面例子的基础上为Touchable设置了`onLongPress`属性，当用户长时间按压按钮是会弹出一个对话框。 + +>心得：当我们没有对Touchable组件设置`onLongPress`属性而设置了`onPress`属性的时候，我们长按按钮之后会回调`onPress`方法。另外，我们也可以通过`delayLongPress `方法来这设置从`onPressIn`被回调开始，到`onLongPress`被调用的延迟。 + +#### `disabled bool` + +如果设为true，则禁止此组件的一切交互。 +>心得：`disabled`也是Touchable系列组件的最常用的属性之一，通常用于禁止按钮相应用户的点击事件，比如，当用户单击按钮进行登录时，需要进行网络请求，在请求操作完成之前如果用户多次单击登录按钮我们通常不希望发起多次登录请求，这个时候就可以借助`disabled`的属性来禁用按钮的交互。 + +接下来呢，我们就来模拟用户登录的例子来介绍一下`disabled`的使用。 + +```js + { + this.setState({text:'正在登录...',waiting:true}) + setTimeout(()=>{ + this.setState({text:'网络不流畅',waiting:false}) + },2000); + + }} +> + + + 登录 + + + +{this.state.text} +``` +[下载源码](https://github.com/crazycodeboy/RNStudyNotes/tree/master/Demo) + +![TouchableWithoutFeedback_disabled](https://raw.githubusercontent.com/crazycodeboy/Resources-Blog/master/images/2017/1/React%20Native%E6%8C%89%E9%92%AE%E8%AF%A6%E8%A7%A3%7CTouchable%E7%B3%BB%E5%88%97%E7%BB%84%E4%BB%B6%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3/TouchableWithoutFeedback_disabled.gif) + +在上面例子中我们模拟了用户登录的效果，默认状态下按钮是可以响应用户点击事件的，在正在登录过程中我们通过`disabled`属性来禁用了按钮，这时无论是单击还是长按按钮都是没有任何响应的，在停隔2s后，我们又将按钮解除禁用，这时按钮又可以重新响应用户的点击事件了。 +当用户长时间按压按钮时会弹出一个对话框。 + +>心得：有朋友问我，想禁用按钮，但是通过设置Touchable的`accessible `属性为false没有效果，这也是因为即使`accessible`为false的情况下，Touchable组件还是可以响应交互事件的，要想禁用Touchable的交互事件，只能通过`disabled`属性。 + +#### onPressIn function与onPressOut function + +这两个方法分别是当用户开始点击按钮时与点击结束后被回调。 + +通过这两个方法我们可以计算出用户单击按钮所用的时长， 另外也可以做一些其它个性化的功能。现在我们将通过一个例子来计算出用户点击按钮所用的时长。 + +```js + { + this.setState({text:'触摸开始',startTime:new Date().getTime()}) + }} + onPressOut={()=>{ + this.setState({text:'触摸结束,持续时间:'+(new Date().getTime()-this.state.startTime)+'毫秒'}) + }} +> + + + 点我 + + + +{this.state.text} +``` +[下载源码](https://github.com/crazycodeboy/RNStudyNotes/tree/master/Demo) + +![TouchableWithoutFeedback Pressin_out](https://raw.githubusercontent.com/crazycodeboy/Resources-Blog/master/images/2017/1/React%20Native%E6%8C%89%E9%92%AE%E8%AF%A6%E8%A7%A3%7CTouchable%E7%B3%BB%E5%88%97%E7%BB%84%E4%BB%B6%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3/TouchableWithoutFeedback%20Pressin_out.gif) + +在上述例子中我们记录下用户单击按钮的时间戳，当单击结束后我们获取当前时间减去刚单击时的时间，它们的差值就是用户单击按钮所用的时间了。 + +>心得：另外我们也可以通过`delayPressIn`与`delayPressOut`两个方法来分别设置，从用户点击按钮到`onPressIn `被回调的延时与从点击结束到`onPressOut `被回调时的延时。 + +## TouchableHighlight使用详解 +`TouchableHighlight `是Touchable系列组件中比较常用的一个，它是在`TouchableWithoutFeedback `的基础上添加了一些UI上的扩展，既当手指按下的时候，该视图的不透明度会降低，同时会看到相应的颜色(视图变暗或者变亮)，从`TouchableHighlight `的源码中我们可以看出，其实这个颜色就是在`TouchableHighlight `的最外层个添加了一个View，通过改变这个View的背景色及透明度来达到这一效果。 + +```js + render: function() { + return ( + + {React.cloneElement( + React.Children.only(this.props.children), + { + ref: CHILD_REF, + } + )} + {Touchable.renderDebugView({color: 'green', hitSlop: this.props.hitSlop})} + + ); + } +``` + +### TouchableHighlight所扩展出来的属性 + +#### activeOpacity number +我们可以通过activeOpacity来设置`TouchableHighlight `被按下时的不透明度，从`TouchableHighlight `的源码中可以看出，它的默认不透明度为0.85，我们可以根据需要进行调节。 + +```js +var DEFAULT_PROPS = { + activeOpacity: 0.85, + underlayColor: 'black', +}; +``` + +#### underlayColor color +我们可以通过`underlayColor `属性来设置`TouchableHighlight `被按下去的颜色，默认状态下为`balck`黑色。 + +#### onHideUnderlay function +当衬底(也就是上文讲到的最外层的View)被隐藏的时候调用。 + +>心得，通常情况下，当手指结束点击时衬底会被隐藏。 + +#### onShowUnderlay function +当衬底(也就是上文讲到的最外层的View)显示的时候调用。 + +>心得，通常情况下，当手指刚开始点击时衬底会显示。 + +#### style View#style +因为`TouchableHighlight `的最外层个添加了一个View，所以我们可以设置这个View的样式来做出一个形形色色的按钮。 + +接下来，我们通过一个例子来看一下这些属性的使用。 + +```js +{ + this.setState({text:'衬底被隐藏'}) + }} + onShowUnderlay={()=>{ + this.setState({text:'衬底显示'}) + }} + onPress={()=>{ + + }} +> + + + TouchableHighlight + + + +{this.state.text} +``` +[下载源码](https://github.com/crazycodeboy/RNStudyNotes/tree/master/Demo) + +![TouchableHighlight](https://raw.githubusercontent.com/crazycodeboy/Resources-Blog/master/images/2017/1/React%20Native%E6%8C%89%E9%92%AE%E8%AF%A6%E8%A7%A3%7CTouchable%E7%B3%BB%E5%88%97%E7%BB%84%E4%BB%B6%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3/TouchableHighlight.gif) + + +## TouchableOpacity使用详解 + +`TouchableOpacity`也是Touchable系列组件中比较常用的一个，它是在`TouchableWithoutFeedback`的基础上添加了一些UI上的扩展，但这些扩展相比`TouchableHighlight `少了一个额外的颜色变化。它是通过在按下去改变视图的不透明度来表示按钮被点击的。 + +### TouchableOpacity所扩展出来的属性 + +在扩展属性方面`TouchableOpacity`相比`TouchableHighlight`，就少了很多，只有一个`activeOpacity`，来设置按下去的透明度。 + +#### activeOpacity number +同，`TouchableHighlight `的[activeOpacity](#activeOpacity)。 + +另外我们也可以通过`TouchableOpacity`的`setOpacityTo(value, duration)`方法来动态修改`TouchableOpacity`被按下去的不透明度。 + + +## TouchableNativeFeedback使用详解 +为了支持Android5.0新增的触控反馈，React Native加入了`TouchableNativeFeedback `组件，`TouchableNativeFeedback `在`TouchableWithoutFeedback `所支持的属性的基础上增加了按下去的水波纹效果。我们可以通过`background `属性来自定义原生触摸操作反馈的背景。 + +### TouchableNativeFeedback所扩展出来的属性 + +#### background backgroundPropType + +决定在触摸反馈的时候显示什么类型的背景。它接受一个有着type属性和一些基于type属性的额外数据的对象。推荐使用以下的静态方法之一来创建这个对象： + +1) TouchableNativeFeedback.SelectableBackground() - 会创建一个对象，表示安卓主题默认的对于被选中对象的背景。(?android:attr/selectableItemBackground) + +2) TouchableNativeFeedback.SelectableBackgroundBorderless() - 会创建一个对象，表示安卓主题默认的对于被选中的无边框对象的背景。(?android:attr/selectableItemBackgroundBorderless)。只在Android API level 21+适用。 + +3) TouchableNativeFeedback.Ripple(color, borderless) - 会创建一个对象，当按钮被按下时产生一个涟漪状的背景，你可以通过color参数来指定颜色，如果参数borderless是true，那么涟漪还会渲染到视图的范围之外。（参见原生的actionbar buttons作为该效果的一个例子）。这个背景类型只在Android API level 21+适用也就是Android5.0或以上设备。 + +```js +{ + this.setState({count: this.state.count + 1}) + }} + background={TouchableNativeFeedback.SelectableBackground()}> + + TouchableNativeFeedback + + +{this.state.text} +``` +[下载源码](https://github.com/crazycodeboy/RNStudyNotes/tree/master/Demo) + +![TouchableNativeFeedback.gif](https://raw.githubusercontent.com/crazycodeboy/Resources-Blog/master/images/2017/1/React%20Native%E6%8C%89%E9%92%AE%E8%AF%A6%E8%A7%A3%7CTouchable%E7%B3%BB%E5%88%97%E7%BB%84%E4%BB%B6%E4%BD%BF%E7%94%A8%E8%AF%A6%E8%A7%A3/TouchableNativeFeedback.gif) + + + diff --git "a/ReactNative\347\233\270\345\205\263/\347\237\255\344\277\241\351\252\214\350\257\201\347\240\201\345\200\222\350\256\241\346\227\266\346\216\247\344\273\266.md" "b/ReactNative\347\233\270\345\205\263/\347\237\255\344\277\241\351\252\214\350\257\201\347\240\201\345\200\222\350\256\241\346\227\266\346\216\247\344\273\266.md" new file mode 100644 index 0000000..7ecdaec --- /dev/null +++ "b/ReactNative\347\233\270\345\205\263/\347\237\255\344\277\241\351\252\214\350\257\201\347\240\201\345\200\222\350\256\241\346\227\266\346\216\247\344\273\266.md" @@ -0,0 +1,164 @@ +# ReactNative短信验证码倒计时控件 + +## 功能 + +根据项目的需要，需要写一个自定义的控件，实现如下功能： + +- 默认文字为**点击获取验证码** +- 点击后出现60秒的倒计时 +- 颜色，字号可调 +- 倒计时过程中，再次点击需要忽略掉 +- 倒计时完成后文本恢复成**点击获取验证码** +- 再几次点击同之前 + + +其实说了这么多，就是个最普通的验证码的功能。。。 + +## 效果 + +效果图如下：(录的图片比较一般，对付着看吧) + +![](https://ws2.sinaimg.cn/large/006tNc79ly1fh1x98k8h0g306w01oglo.gif) + +## 实现原理 + +自己封装了个控件，它内部含有一个Text控件，然后我们又写了一个timer，然后负责倒计时，然后每次都需要判断一下是否继续，然后加了一个flag字段，判断是否接受下次点击事件，当倒计时结束之后还需要将初始状态重置回去即可。 + +## 代码 + +### 控件代码 + +``` +import React, {Component } from 'react'; +import { + StyleSheet, + Text, + View, + Image, + TextInput, + TouchableHighlight, + StatusBar, + Alert, + AppRegistry +} from 'react-native'; +import LinkRow from '../components/LinkRow'; +import cStyles from '../styles/CommonStyle'; + +import axios from 'axios'; + +class MyCountTime extends Component { + constructor(props) { + super(props); + let timeLeft = this.props.timeLeft > 0 ? this.props.timeLeft : 5; + let width = this.props.width || 100; + let height = this.props.height || 50; + let color = this.props.color || '#42A5F5'; + let fontSize = this.props.fontSize || 30; + let fontWeight = this.props.fontWeight || '600'; + let borderColor = this.props.borderColor || '#42A5F5'; + let borderWidth = this.props.borderWidth || 1; + let borderRadius = this.props.borderRadius || 4; + let backgroundColor = this.props.backgroundColor || '#42A5F5'; + let begin = 0; + let press = this.props.press; + + this.afterEnd = this.props.afterEnd || this._afterEnd; + this.style = this.props.style; + + this.state = { + timeLeft: timeLeft, + begin: begin + }; + this.countTextStyle = { + textAlign: 'center', + color: '#42A5F5', + fontSize: fontSize, + fontWeight: fontWeight + + }; + this.countViewStyle = { + backgroundColor: backgroundColor, + alignItems: 'center', + borderColor: borderColor, + borderWidth: borderWidth, + borderRadius: borderRadius, + width: width, + height: height + } + } + + countdownfn(timeLeft, callback, begin) { + if (timeLeft > 0) { + this.state.begin = 1; + console.log("===lin===>"); + + let that = this; + let interval = setInterval(function () { + if (that.state.timeLeft < 1) { + clearInterval(interval); + callback(that) + } else { + let totalTime = that.state.timeLeft; + that.setState({ + timeLeft: totalTime - 1 + }) + } + }, 1000) + } + } + + _beginCountDown() { + if (this.state.begin === 1){ + return; + } + let time = this.state.timeLeft; + console.log("===lin===> time " + time); + let afterEnd = this.afterEnd; + let begin = this.state.begin; + console.log("===lin===> start " + begin); + this.countdownfn(time, afterEnd, begin) + } + + _afterEnd(that) { + console.log('------------time over'); + that.setState({ + begin : 0, + timeLeft : 5, + }) + } + + componentDidMount() { + + } + + render() { + return ( + + { this.state.begin === 0 ? '点击获取验证码' : this.state.timeLeft} + + + ) + } +} + +``` + +### 应用代码 + +``` + + + + +``` + + +当然这只是，最简单的应用的代码，我们还提供了很多的自定义的属性，大家可以根据自己项目的需要，去调节这些参数。 + +---- + +由于最近刚开始认真的搞RN，可能有一些封装的不是最佳实践，还是希望大家多提意见，和大家一起进步吧。 + + diff --git "a/ScriptNote/GitHub\345\237\272\347\241\200\346\223\215\344\275\234.md" "b/ScriptNote/GitHub\345\237\272\347\241\200\346\223\215\344\275\234.md" new file mode 100644 index 0000000..58b469c --- /dev/null +++ "b/ScriptNote/GitHub\345\237\272\347\241\200\346\223\215\344\275\234.md" @@ -0,0 +1,55 @@ +> 虽然以前也有一些git的基础，但是好久不用了，基本也都忘没了，而且以前用图形化界面的工具比较多，最近决定多用用命令行吧，感觉命令行还是挺好用的。 + +最近在mac上面装了iterm2感觉挺好用的，还支持各种扩展，挺好的。[iterm2下载链接](http://www.iterm2.com/) + +---- +就不做什么过多的介绍了，github也这么多年了，还是不错的，而且今天打算记录的也是git的命令，等以后会用到更多的命令的时候也会更新这篇博客的。 + +---- + +| 命令 | 含义 | +| ------------- |:-------------:| +|git branch | 查看本地所有分支 | +|git status |查看当前状态 | +|git commit | 提交 | +|git branch -a |查看所有的分支 | +|git branch -r |查看远程所有分支 | +|git commit -m "注释"| 提交并加注释| +|git push origin master|将分支推送到服务器上| +|git remote show origin|显示远程库里面的资源| +|git remote -v|查看远程仓库| +|git checkout dev|建立一个新的本地分支| +|git merge origin/dev|将分支dev与当前分支进行合并| +|git checkout dev|切换到本地dev分支| +|git remote show|查看远程库| +|git add .|将修改全部添加进去| +|git rm 文件名|删除指定文件| +|git pull|将本地代码与服务器同步| +|git push origin master|将本地项目提交到服务器中| +|git clone|将代码克隆到本地| +|git checkout [name]|切换分支| +|git push origin --delete [name]|删除远程分支| +---- + +![github](http://upload-images.jianshu.io/upload_images/2585384-2a10c46f536c94a8.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) +以上就是总结给自己看的吧，如果大家有什么疑问也可以留言问，我有空也会介绍一下原理和与其它版本控制工具的对比 + + +较为简单的上传本地代码到GitHub： +```` +git init +git remote add [shortname] [url] +git pull origin master +git add . +git commit -m "description" +git push origin master +```` + +``` +修改本地用户 + +git config --global user.name "youname" +git config --global user.email "youeamil@email.com" +``` + + diff --git "a/ScriptNote/\344\270\200\347\257\207\346\226\207\347\253\240\345\255\246\346\207\202Shell\350\204\232\346\234\254.md" "b/ScriptNote/\344\270\200\347\257\207\346\226\207\347\253\240\345\255\246\346\207\202Shell\350\204\232\346\234\254.md" new file mode 100644 index 0000000..4ce6a6b --- /dev/null +++ "b/ScriptNote/\344\270\200\347\257\207\346\226\207\347\253\240\345\255\246\346\207\202Shell\350\204\232\346\234\254.md" @@ -0,0 +1,522 @@ +# 一篇文章学懂Shell脚本 + + + +> 作者：https://github.com/linsir6 + +> 原文：http://www.jianshu.com/p/6f6330b0ab60 + + + +> Shell脚本,就是利用Shell的命令解释的功能，对一个纯文本的文件进行解析，然后执行这些功能，也可以说Shell脚本就是一系列命令的集合。 +> Shell可以直接使用在win/Unix/Linux上面，并且可以调用大量系统内部的功能来解释执行程序，如果熟练掌握Shell脚本，可以让我们操作计算机变得更加轻松，也会节省很多时间。 + +## Shell应用场景 +### Shell能做什么 +- 将一些复杂的命令简单化(平时我们提交一次github代码可能需要很多步骤，但是可以用Shell简化成一步) +- 可以写一些脚本自动实现一个工程中自动更换最新的sdk(库) +- 自动打包、编译、发布等功能 +- 清理磁盘中空文件夹 +- 总之一切有规律的活脚本都可以尝试一下 + +### Shell不能做什么 +- 需要精密的运算的时候 +- 需要语言效率很高的时候 +- 需要一些网络操作的时候 +- 总之Shell就是可以快速开发一个脚本简化开发流程，并不可以用来替代高级语言 + + +---- + +## Shell的工作原理 +Shell可以被称作是脚本语言，因为它本身是不需要编译的，而是通过解释器解释之后再编译执行，和传统语言相比多了解释的过程所以效率会略差于传统的直接编译的语言。 + +---- + +## 最简单的脚本: +``` +#!/bin/bash +echo "Hello World" +``` +只需要打开文本编辑工具，编辑成以上的样子,然后保存成test.sh +### 运行该脚本： +``` +1. cd 到该目录下 +2. chmod +x ./test.sh #给脚本权限 +3. ./test.sh #执行脚本 +``` + +![效果图1](http://upload-images.jianshu.io/upload_images/2585384-c1628de457ae0f6a.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +这样我们便写出来了第一个最简单的脚本，下面我们可以尝试着写一些复杂的脚本。 + +---- + +## Shell中的变量 +``` +myText="hello world" +muNum=100 +``` +这里面需要注意的就是，“=”前后不能有空格，命名规则就和其它语言一样了。 + + +### 访问变量 +``` +myText="hello world" +muNum=100 +echo $myText +echo muNum +``` +当想要访问变量的时候，需要使用$，否则输出的将是纯文本内容，如下图所示。 + + +![效果图2](http://upload-images.jianshu.io/upload_images/2585384-d577f0073ae7ab8d.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +### Shell中的四则运算 + + +| 运算符 | 含义 | +| ---- | ---- | +| + | 加法运算 | +| - | 减法运算 | +| * | 乘法运算 | +| / | 除法运算 | + +#### 例子程序 +``` +#!/bin/bash +echo "Hello World !" +a=3 +b=5 +val=`expr $a + $b` +echo "Total value : $val" + +val=`expr $a - $b` +echo "Total value : $val" + +val=`expr $a \* $b` +echo "Total value : $val" + +val=`expr $a / $b` +echo "Total value : $val" + +``` +这里面需要注意的就是，定义变量的时候“=”前后是不能有空格的，但是进行四则运算的时候运算符号前后一定要有空格，乘法的时候需要进行转义。 + +![效果图3.png](http://upload-images.jianshu.io/upload_images/2585384-1fa00187b6a49e41.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +### 其它运算符 =、==、!=、！、-o、-a +| 运算符 | 含义 | +| ---- | ---- | +| % | 求余 | +| == | 相等 | +| = | 赋值 | +| != | 不相等 | +| ! | 非 | +| -o | 或 | +| -a | 与 | + +#### 例子程序 + +``` +a=3 +b=5 +val=`expr $a / $b` +echo "Total value : $val" + +val=`expr $a % $b` +echo "Total value : $val" + +if [ $a == $b ] +then + echo "a is equal to b" +fi +if [ $a != $b ] +then + echo "a is not equal to b" +fi +``` + + +![效果图4](http://upload-images.jianshu.io/upload_images/2585384-f11e2104f2e94264.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +### 关系运算符 + + +| 运算符 | 含义 | +| ---- | ---------------- | +| -eq | 两个数相等返回true | +| -ne | 两个数不相等返回true | +| -gt | 左侧数大于右侧数返回true | +| -It | 左侧数小于右侧数返回true | +| -ge | 左侧数大于等于右侧数返回true | +| -le | 左侧数小于等于右侧数返回true | + +#### 例子程序 + +``` +#!/bin/sh +a=10 +b=20 +if [ $a -eq $b ] +then + echo "true" +else + echo "false" +fi + +if [ $a -ne $b ] +then + echo "true" +else + echo "false" +fi + +if [ $a -gt $b ] +then + echo "true" +else + echo "false" +fi + +if [ $a -lt $b ] +then + echo "true" +else + echo "false" +fi + +if [ $a -ge $b ] +then + echo "true" +else + echo "false" +fi + +if [ $a -le $b ] +then + echo "true" +else + echo "false" +fi + +``` + + +![效果图5](http://upload-images.jianshu.io/upload_images/2585384-0557ccc5ee33fe82.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +### 字符串运算符 + +| 运算符 | 含义 | +| ---- | -------------- | +| = | 两个字符串相等返回true | +| != | 两个字符串不相等返回true | +| -z | 字符串长度为0返回true | +| -n | 字符串长度不为0返回true | + +---- + + +| 运算符 | 含义 | +| ------- | ----------------------------- | +| -d file | 检测文件是否是目录，如果是，则返回 true | +| -r file | 检测文件是否可读，如果是，则返回 true | +| -w file | 检测文件是否可写，如果是，则返回 true | +| -x file | 检测文件是否可执行，如果是，则返回 true | +| -s file | 检测文件是否为空（文件大小是否大于0，不为空返回 true | +| -e file | 检测文件（包括目录）是否存在，如果是，则返回 true | + +---- + +### 字符串 + +``` +#!/bin/sh +mtext="hello" #定义字符串 +mtext2="world" +mtext3=$mtext" "$mtext2 #字符串的拼接 +echo $mtext3 #输出字符串 +echo ${#mtext3} #输出字符串长度 +echo ${mtext3:1:4} #截取字符串 + +``` + + +![效果图6](http://upload-images.jianshu.io/upload_images/2585384-c25dda4dad4b77ab.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +### 数组 + +``` +#!/bin/sh +array=(1 2 3 4 5) #定义数组 +array2=(aa bb cc dd ee) #定义数组 +value=${array[3]} #找到某一个下标的数，然后赋值 +echo $value #打印 +value2=${array2[3]} #找到某一个下标的数，然后赋值 +echo $value2 #打印 +length=${#array[*]} #获取数组长度 +echo $length + +``` + + + +![效果图7](http://upload-images.jianshu.io/upload_images/2585384-4ca5a24ebd885f5b.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +### 输出程序 + +#### echo + +``` +#!/bin/sh +echo "hello world" +echo hello world + +text="hello world" +echo $text + +echo -e "hello \nworld" #输出并且换行 + +echo "hello world" > a.txt #重定向到文件 + +echo `date` #输出当前系统时间 + +``` + + +![效果图8](http://upload-images.jianshu.io/upload_images/2585384-f14eedb60b83aec6.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +#### printf + +同c语言，就不过多介绍了 + +---- + + +## 判断语句 + +- if +- if-else +- if-elseIf +- case + +``` + +#!/bin/sh +a=10 +b=20 +if [ $a == $b ] +then + echo "true" +fi + + +if [ $a == $b ] +then + echo "true" +else + echo "false" +fi + + +if [ $a == $b ] +then + echo "a is equal to b" +elif [ $a -gt $b ] +then + echo "a is greater than b" +elif [ $a -lt $b ] +then + echo "a is less than b" +else + echo "None of the condition met" +fi + +``` + + +![效果图9](http://upload-images.jianshu.io/upload_images/2585384-6a47bebed61b38b5.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +## test命令 + +``` +test $[num1] -eq $[num2] #判断两个变量是否相等 +test num1=num2 #判断两个数字是否相等 +``` + +| 参数 | 含义 | +| ------- | --------------- | +| -e file | 文件存在则返回真 | +| -r file | 文件存在并且可读则返回真 | +| -w file | 文件存在并且可写则返回真 | +| -x file | 文件存在并且可执行则返回真 | +| -s file | 文件存在并且内容不为空则返回真 | +| -d file | 文件目录存在则返回真 | + +---- + +## for循环 + +``` +#!/bin/sh + +for i in {1..5} +do + echo $i +done + + +for i in 5 6 7 8 9 +do + echo $i +done + + +for FILE in $HOME/.bash* +do + echo $FILE +done + +``` + + +![效果10](http://upload-images.jianshu.io/upload_images/2585384-0b2477f1220ca220.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +## while循环 + +``` +#!/bin/sh +COUNTER=0 +while [ $COUNTER -lt 5 ] +do + COUNTER=`expr $COUNTER + 1` + echo $COUNTER +done + +echo '请输入。。。' +echo 'ctrl + d 即可停止该程序' +while read FILM +do + echo "Yeah! great film the $FILM" +done + + +``` +以上是while循环的两种用法，第一种是比较常规的，执行循环，然后每次都把控制的数加1，就可以让while循环有退出的条件了。 +第二种是用户从键盘数据，然后把用户输入的文字输出出来。 + +---- + +## 跳出循环 +``` +break #跳出所有循环 +break n #跳出第n层f循环 +continue #跳出当前循环 +``` + +---- + +## 函数 +``` +#!/bin/sh + +sysout(){ + echo "hello world" +} + +sysout + +``` + +定义一个没有返回值的函数，然后调用该函数 + +``` +#!/bin/sh + +test(){ + + aNum=3 + anotherNum=5 + return $(($aNum+$anotherNum)) +} +test +result=$? +echo $result + +``` + +定义一个有返回值的函数，调用该函数，输出结果 + + +![效果图11](http://upload-images.jianshu.io/upload_images/2585384-2ec8061b08fdac97.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +``` +#!/bin/sh + +test(){ + echo $1 #接收第一个参数 + echo $2 #接收第二个参数 + echo $3 #接收第三个参数 + echo $# #接收到参数的个数 + echo $* #接收到的所有参数 +} + +test aa bb cc + +``` + +定义了一个需要传递参数的函数 + + +![效果图12](http://upload-images.jianshu.io/upload_images/2585384-d8a89a9c36bbc65f.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +## 重定向 +``` +$echo result > file #将结果写入文件，结果不会在控制台展示，而是在文件中，覆盖写 +$echo result >> file #将结果写入文件，结果不会在控制台展示，而是在文件中，追加写 +echo input < file #获取输入流 +``` + +---- + +## 写一个自动输入命令的脚本 + +### 自动提交github仓库的脚本 + +``` +#!/bin/bash +echo "-------Begin-------" +git add . +git commit -m $1 +echo $1 +git push origin master +echo "--------End--------" + +``` + + +![效果图13](http://upload-images.jianshu.io/upload_images/2585384-5bcd11dbb8142f52.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +---- + +以上便是我对shell知识的总结，欢迎大家点心，评论，一起讨论~~ + + + diff --git "a/ScriptNote/\345\260\201\350\243\205\344\270\200\344\272\233GitHub\345\270\270\347\224\250\345\221\275\344\273\244.md" "b/ScriptNote/\345\260\201\350\243\205\344\270\200\344\272\233GitHub\345\270\270\347\224\250\345\221\275\344\273\244.md" new file mode 100644 index 0000000..8a916b5 --- /dev/null +++ "b/ScriptNote/\345\260\201\350\243\205\344\270\200\344\272\233GitHub\345\270\270\347\224\250\345\221\275\344\273\244.md" @@ -0,0 +1,114 @@ +# 封装一些GitHub常用命令 + + +我们在日常的开发过程中，肯定会经常要用到一些代码版本控制工具，其中较为常用的如GitHub，当然GitHub的命令已经比较精简了，不过依照我们每个人的个人习惯不同还是可以进行一些简单的封装的。 + +## 封装一些适用于**某个项目**的命令 + +比如说，我最近一直在维护一个开源的[Android笔记的项目](https://github.com/linsir6/AndroidNote)，这样我每天可能都会有很多次的提交，每次提交可能输入的都是那么几个命令： + +``` +cd /Users/mac/WorkSpace/git_android_notes +git pull +git add . +git commit -m "description" +git push origin master +``` + +虽然命令不是非常复杂，但是每次都需要手动输入，还是很麻烦的，所以如果我们能将其封装成一句命令就非常nice了，例如： + +``` +push description XXX XXX +``` + +其实做这样一个封装是非常简单的，但是可以帮我们省很多事情。 +如果您对Shell的基本命令还不是很了解，请参考[Shell脚本入门](https://github.com/linsir6/AndroidNote/blob/master/Shell%E8%84%9A%E6%9C%AC%E7%9B%B8%E5%85%B3/%E4%B8%80%E7%AF%87%E6%96%87%E7%AB%A0%E5%AD%A6%E6%87%82Shell%E8%84%9A%E6%9C%AC.md) + +我们看一下，shell脚本的代码： + +``` +cd /Users/mac/WorkSpace/git_android_notes + +echo "begin it ..." + +git pull +git add . + +git commit -m "$*" + +echo $* + +git push origin master + +echo "finish it ..." +``` + +只要通过这样简单的封装，我们就可以实现我们，一行命令上传脚本的想法啦～ + + +## 封装一些具有普适性的代码 + +- **进入到工作空间目录** + +封装前: ``cd /Users/mac/WorkSpace`` +封装后: ``. me`` + +shell脚本代码: + +``` +cd ~/WorkSpace +``` + +---- + +- **拉取远程仓库代码** + +封装前: ``git pull 或 git pull origin XXX`` +封装后: ``pull 或 pull XXX`` + +shell脚本代码: + +``` +if [ "$1" = "" ] +then + git branch --set-upstream-to=origin/master master + git pull + +else + git pull origin $1 +fi +``` + +---- + +- **提交代码到远程仓库** + +封装前: + +``` +git pull +git add . +git commit -m "description" +git push origin master +``` + +封装后: ``push master "description"`` + +shell脚本代码: + +``` +git pull +git add . +temp=$1 +shift +git commit -m "$*" +git push origin $temp +``` + +---- + +当然，这里面只介绍了几种简单的封装，大家可以按照自己的需求，进行一些封装～ + + + + diff --git "a/ScriptNote/\347\256\200\345\215\225\347\232\204Shell\350\204\232\346\234\254.md" "b/ScriptNote/\347\256\200\345\215\225\347\232\204Shell\350\204\232\346\234\254.md" new file mode 100644 index 0000000..d4f939a --- /dev/null +++ "b/ScriptNote/\347\256\200\345\215\225\347\232\204Shell\350\204\232\346\234\254.md" @@ -0,0 +1,138 @@ +# 封装一些简单的Shell脚本 + +> 作者：https://github.com/linsir6 +> +> 原文：http://www.jianshu.com/p/6f6330b0ab60 + + + +自从上次发完[一篇有关Shell的脚本的文章](http://www.jianshu.com/p/71cb62f08768)之后取得了很大程度的反响，阅读量达到了6280，喜欢达到了300+，同时被收入了特别多的专题，如下图所示，所以打算再展示几个我封装的简单的脚本。 + + + +![展示图](https://ws3.sinaimg.cn/large/006tKfTcly1fg143yrx6dj311g05kjrg.jpg) + + + +![效果图](https://ws3.sinaimg.cn/large/006tKfTcly1fg145mbfayj310k0le75z.jpg) + + + +因为一般热爱编程的人，大多选择GitHub作为代码管理工具，我本人更喜欢用命令行来操作GitHub，然后有一些常用的命令时经常被用到的，所以可以对他们进行简单的封装，这样即使每天提交个十几次代码，也不会很麻烦。 + + + +一些常用的操作： + +```sh +cd ~/WorkSpace + +git pull + +git pull origin master + +git status + +git branch + +git push origin master + +git checkout master + +git init +git remote add origin url +git pull + +git branch --set-upstream-to=origin/master master + +``` + + + +当然常用的命令肯定不止这些，不过我们只要掌握好，简单的封装之后，就可以很轻松的封装一个命令了。 + +如果你没有什么Shell方面的基础，不妨先看看我的另一篇文章 [一篇文章学懂Shell脚本](http://www.jianshu.com/p/71cb62f08768) ，再返回来看这篇文章。 + + + +以一个简单的为例： + +1. 我们先新建一个脚本：``touch me`` + +2. 给脚本权限：``chmod +x me`` + +3. 然后编写指令 + + ```SHell + #!/bin/bash + cd ~/WorkSpace + ``` + +4. 如果我们想这个命令在哪里都可以应用，需要将当前目录添加到系统目录下，或直接将脚本放在系统文件夹内 + + + +然后我们便可以在命令窗口里通过```. me```来进入我们的文件夹下面里，这里面需要加一个```. ```是因为我们要让效果展示出来，否则它会内部创建一个子脚本进入，然后退出的。 + +---- + + + +自动push的脚本： + +```shell +#!/bin/bash +git pull origin $2 +git add . +git commit -m $1 +git push origin $2 + +``` + +我们需要通过```push "fix" master```可以指定描述，指定执行上传到的分支。 + + + +---- + + + +自动pull的脚本： + +```shell +#!/bin/bash +if [ "$1" = "" ] +then + git branch --set-upstream-to=origin/master master + git pull + +else + git pull origin $1 +fi + +``` + +我们可以通过```pull```命令就可以执行```git pull```，通过```pull master```就可以将远程仓库中的master分支pull回来。 + + + +---- + + + +创建git仓库的脚本： + +```shell +#!/bin/bash +git init +git remote add origin $1 +pull + +``` + + + + + + + diff --git "a/WebNote/MySQL\347\233\270\345\205\263/ERROR-1045-(28000)--Access-denied-for-user-'debian-sys-maint'@'localho.md" "b/WebNote/MySQL\347\233\270\345\205\263/ERROR-1045-(28000)--Access-denied-for-user-'debian-sys-maint'@'localho.md" new file mode 100644 index 0000000..575a32c --- /dev/null +++ "b/WebNote/MySQL\347\233\270\345\205\263/ERROR-1045-(28000)--Access-denied-for-user-'debian-sys-maint'@'localho.md" @@ -0,0 +1,22 @@ +> 原本linux（Ubuntu）上面安装mysql是非常简单的事情，但是我今天真是b了狗了，装个mysql，运行各种失败，希望大家以后遇到这个问题别这么难过啦。 + + +```` +ERROR 1045 (28000): Access denied for user 'ubuntu'@'localhost' (using password: YES) +ERROR 1045 (28000): Access denied for user 'ubuntu'@'localhost' (using password: NO) +```` + + +![Paste_Image.png](http://upload-images.jianshu.io/upload_images/2585384-3889166b952adcb3.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +![Paste_Image.png](http://upload-images.jianshu.io/upload_images/2585384-7adc01e923ec74f7.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +其实这里面提供了，我们可以登录的账号密码，只需要暂时用这个登录，然后再授权一个新用户就行。 + +以上便是这个问题的解决方案啦。 + + + + + diff --git "a/WebNote/MySQL\347\233\270\345\205\263/Error--ER_TRUNCATED_WRONG_VALUE_FOR_FIELD.md" "b/WebNote/MySQL\347\233\270\345\205\263/Error--ER_TRUNCATED_WRONG_VALUE_FOR_FIELD.md" new file mode 100644 index 0000000..51521de --- /dev/null +++ "b/WebNote/MySQL\347\233\270\345\205\263/Error--ER_TRUNCATED_WRONG_VALUE_FOR_FIELD.md" @@ -0,0 +1,16 @@ +![错误截图](http://upload-images.jianshu.io/upload_images/2585384-23615f16a18323d9.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +> 形如上面的错误，发生在向mysql数据库中插入中文的时候，编码格式遇到了问题，上Stack Overflow看了一下，应该是编码格式的问题。 + +解决方法是改变数据库的编码格式： + +``` +mysql> alter database test character set gbk; +``` +这样我们数据库的编码格式就发生了改变，就可以插入中文了。但是原有已经有了的表还是不可以，因为已经有的表的编码格式还是默认的，所以需要将原有的表也改变一下： + +``` +mysql> alter table test character set gbk; +``` + +好了，到这问题就解决啦~~ diff --git "a/WebNote/MySQL\347\233\270\345\205\263/Mysql\345\257\274\345\207\272\346\225\260\346\215\256\345\272\223\343\200\201\350\241\250(\346\234\211\346\227\240\346\225\260\346\215\256).md" "b/WebNote/MySQL\347\233\270\345\205\263/Mysql\345\257\274\345\207\272\346\225\260\346\215\256\345\272\223\343\200\201\350\241\250(\346\234\211\346\227\240\346\225\260\346\215\256).md" new file mode 100644 index 0000000..6d9a2ff --- /dev/null +++ "b/WebNote/MySQL\347\233\270\345\205\263/Mysql\345\257\274\345\207\272\346\225\260\346\215\256\345\272\223\343\200\201\350\241\250(\346\234\211\346\227\240\346\225\260\346\215\256).md" @@ -0,0 +1,45 @@ +> 在命令行下导出数据库、表(有无数据)具体用法如下： + +``` +mysqldump -u用戶名 -p密码 -d 数据库名 表名 > 脚本名; + ``` + + +![效果图](http://upload-images.jianshu.io/upload_images/2585384-8acc14df2492d804.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + +--- + +导出整个数据库结构和数据: +``` +mysqldump -h localhost -uroot -p123456 database > dump.sql +``` + ---- + +导出单个数据表结构和数据: + +``` +mysqldump -h localhost -uroot -p123456 database table > dump.sql +``` + --- + + + +导出整个数据库结构（不包含数据）: + +``` + +mysqldump -h localhost -uroot -p123456 -d database > dump.sql + + ``` +---- + +导出单个数据表结构（不包含数据）: + +``` +mysqldump -h localhost -uroot -p123456 -d database table > dump.sql + +``` + +---- +如果提示权限异常，请注意，是否在当前目录下具有写文件的权利，如果没有可以切换到别的目录下面，再执行这个操作。 diff --git "a/WebNote/MySQL\347\233\270\345\205\263/mysql\345\237\272\347\241\200\346\223\215\344\275\234.md" "b/WebNote/MySQL\347\233\270\345\205\263/mysql\345\237\272\347\241\200\346\223\215\344\275\234.md" new file mode 100644 index 0000000..99414d1 --- /dev/null +++ "b/WebNote/MySQL\347\233\270\345\205\263/mysql\345\237\272\347\241\200\346\223\215\344\275\234.md" @@ -0,0 +1,13 @@ +创建数据库： +```` +create database db_biology; +```` +操作该数据库： +```` +use db_biology; +```` +导入表到制定数据库 +```` +mysql -u用户名 -p 数据库名 < 数据库名.sql +#mysql -uroot -p abc < abc.sql +```` diff --git "a/WebNote/MySQL\347\233\270\345\205\263/\344\272\221\346\234\215\345\212\241\345\231\250linux\344\270\213\345\256\211\350\243\205MySQL.md" "b/WebNote/MySQL\347\233\270\345\205\263/\344\272\221\346\234\215\345\212\241\345\231\250linux\344\270\213\345\256\211\350\243\205MySQL.md" new file mode 100644 index 0000000..7b583cd --- /dev/null +++ "b/WebNote/MySQL\347\233\270\345\205\263/\344\272\221\346\234\215\345\212\241\345\231\250linux\344\270\213\345\256\211\350\243\205MySQL.md" @@ -0,0 +1,44 @@ +1.linux下安装mysql： +```` +sudo apt-get update +sudo apt-get install mysql-client-core-5.6 +sudo apt-get install mysql-client-5.6 +sudo apt-get install mysql-server-5.6 +```` + +以上便是安装MySQL的全过程了。 + +---- +2.查看是否运行： +```` +ps -ef | grep mysql +```` +---- +3.MySQL的停止： +```` +sudo service mysql stop +```` +---- +4.MySQL的开启： +```` +sudo service mysql start +```` +---- +5.MySQL的重启： +```` +service mysql restart +```` +---- +6.MySQL的登录 +```` +mysql -u root -p #这里面的root是用户名 +```` + + + + + + + + + diff --git "a/WebNote/NodeJS\347\233\270\345\205\263/koa\346\241\206\346\236\266\345\257\271post\345\206\205\345\256\271\350\257\273\345\217\226\345\271\266\350\247\243\346\236\220.md" "b/WebNote/NodeJS\347\233\270\345\205\263/koa\346\241\206\346\236\266\345\257\271post\345\206\205\345\256\271\350\257\273\345\217\226\345\271\266\350\247\243\346\236\220.md" new file mode 100644 index 0000000..7b7ddbc --- /dev/null +++ "b/WebNote/NodeJS\347\233\270\345\205\263/koa\346\241\206\346\236\266\345\257\271post\345\206\205\345\256\271\350\257\273\345\217\226\345\271\266\350\247\243\346\236\220.md" @@ -0,0 +1,88 @@ +> 最近在写一个小项目，需要涉及到前端向后端发送一个jsonArray，然后我们后端采用的是node的koa框架，所以需要用http发送，然后这个http包含着一个content即可 + +```` +移动端的发送代码 + +JSONArray jsonArray = new JSONArray(); + for (int i = 0; i < 5; i++) { + JSONObject object = new JSONObject(); + try { + object.put("user_id", "11111111111"); + object.put("user_name", "2222222222"); + object.put("user_phone", "33333333333"); + object.put("user_address", "444444444444"); + object.put("product_id", "5555555555"); + object.put("product_name", "666666666666"); + object.put("product_price", "77777777777"); + object.put("product_count", "88888888888"); + } catch (JSONException e) { + Log.i("lin", "---lin's log---> 进入 catch"); + e.printStackTrace(); + } + jsonArray.put(object); + } + String content = jsonArray.toString(); + OkHttpUtils + .postString() + .url("http://172.20.10.4:3008/testjson") + .content(content) + .build() + .execute(new StringCallback() { + @Override public void onError(Request request, Exception e) { + Toast.makeText(TestActivity.this, "error", Toast.LENGTH_SHORT).show(); + Log.i("lin", "---lin's log---> error " + e.toString()); + } + + @Override public void onResponse(String response) { + Toast.makeText(TestActivity.this, "onResponse", Toast.LENGTH_SHORT).show(); + Log.i("lin", "---lin's log---> response " + response); + } + }); + + +```` + + +后端接收的代码： + +```` +var koa = require('koa'); +var controller = require('koa-route'); +var parse = require('co-body'); +var app = koa(); + +app.use(controller.post('/testjson', function*() { + console.log("接收到请求~"); + var item = yield parse(this); + var jsonList = eval(item); + for (var i = 0; i < jsonList.length; i++) { + console.log(jsonList[i].user_id); + console.log(jsonList[i].user_name); + } + + this.set('Cache-Control', 'no-cache'); + this.body = "100"; +})); + + + + +```` + + +![效果图](http://upload-images.jianshu.io/upload_images/2585384-de9c26d5e62ee471.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +以上便可以实现，前端向后端发送jsonArray并将其解析的过程啦~ + + + + + + + + + + + + + diff --git "a/WebNote/NodeJS\347\233\270\345\205\263/nodejs\346\237\245\350\257\242\346\225\260\346\215\256\345\272\223\345\220\216\345\260\206\345\200\274\350\277\224\345\233\236\345\211\215\347\253\257.md" "b/WebNote/NodeJS\347\233\270\345\205\263/nodejs\346\237\245\350\257\242\346\225\260\346\215\256\345\272\223\345\220\216\345\260\206\345\200\274\350\277\224\345\233\236\345\211\215\347\253\257.md" new file mode 100644 index 0000000..11de85c --- /dev/null +++ "b/WebNote/NodeJS\347\233\270\345\205\263/nodejs\346\237\245\350\257\242\346\225\260\346\215\256\345\272\223\345\220\216\345\260\206\345\200\274\350\277\224\345\233\236\345\211\215\347\253\257.md" @@ -0,0 +1,63 @@ +> nodejs最大的优势也是大家用着最为难以理解的一点，就是它的异步功能，它几乎所有的io操作都是异步的，这也就导致很多人不理解也用不习惯。 + +前几天在项目中遇到这样一个问题，就是前端触发某个请求，想要查询数据库并且返回这个值，但是无论如何都返回不回来，因为没等到查询完毕，就过早的将空数据返回回来了，这个困扰了我许久，当时想到一些替代的方法，都是不治本的方法，今天打算用promise重新解决这个问题。 + +promise的作用是让原本异步执行的代码变成类似同步执行，就是在执行完之后，会将结果返回回来。当然，我目前也只对promise只有一个浅显的理解，在之后也会深入学习的，下面说一下这个问题是怎么解决的。 + +```` +app.use(controller.get('/aaa', function*() { + this.set('Cache-Control', 'no-cache'); + var data = yield service.bbb(); + this.body = data; +})); +```` + +我们可以使用koa框架中的yield，promise可以作为它的返回参数。 + + +```` +exports.bbb = function () { + var promise = new Promise(function (resolve, reject) { + var mysql = require('mysql'); + var connection = mysql.createConnection({ + host: '127.0.0.1', + user: 'root', + password: 'root', + port: '3306', + database: 'db_biology' + }); + connection.connect(); + connection.query( + "SELECT * FROM Sheet1", + function selectCb(err, results) { + if (results) { + console.log(results); + //resolve(results); + resolve(results); + } + if (err) { + console.log(err); + } + connection.end(); + } + ); +}); +promise.then(function (value) { + console.log(value); + return value; + // success +}, function (value) { + // failure +}); +return promise; +}; +```` + +只需要利用promise就可以实现我们以前直接return的结果了，这样就优雅的将异步代码变成了同步的了~ + + + + + + + diff --git "a/WebNote/NodeJS\347\233\270\345\205\263/nodejs\351\241\271\347\233\256\345\234\250\344\272\221\346\234\215\345\212\241\345\231\250\347\232\204\351\203\250\347\275\262.md" "b/WebNote/NodeJS\347\233\270\345\205\263/nodejs\351\241\271\347\233\256\345\234\250\344\272\221\346\234\215\345\212\241\345\231\250\347\232\204\351\203\250\347\275\262.md" new file mode 100644 index 0000000..5383917 --- /dev/null +++ "b/WebNote/NodeJS\347\233\270\345\205\263/nodejs\351\241\271\347\233\256\345\234\250\344\272\221\346\234\215\345\212\241\345\231\250\347\232\204\351\203\250\347\275\262.md" @@ -0,0 +1,88 @@ +> 最近写了个小小的网站，折腾了好久啦，最开始使用Python的flask写的，后来感觉不是很方便于维护，而且想试试nodejs，就重新写了一遍，当然工程很小，两三天就写完了，不过中间也是吃了不少苦，掉了很多根头发的。下面为大家介绍一下nodejs怎么部署。 + +> 良心的我，还是要给腾讯云打波广告的，原价65的云服务器，配置还可以，还有公网ip的，学生优惠只需要1元钱，全部审核过程只用了不到五分钟，总而言之非常nice。 + +1. 打开控制台，利用ssh命令连接上服务器 + +```` +ssh ubuntu@139.199.177.20 +```` +---- +2.看到这样的字样就代表登录成功啦 + +```` +Welcome to Ubuntu 16.04.1 LTS (GNU/Linux 4.4.0-53-generic x86_64) + + * Documentation: https://help.ubuntu.com + * Management: https://landscape.canonical.com + * Support: https://ubuntu.com/advantage + +```` +---- +3.我们下载包的管理工具，并且更新一下数据源 +```` +sudo apt install yum +```` +以上在下载yum包管理工具 + +---- + +4.进入/usr/src路径，下载nodejs并解压 +```` +cd /usr/src +sudo wget http://nodejs.org/dist/v0.10.18/node-v0.10.18.tar.gz +tar zxf node-v0.10.18.tar.gz +```` +---- +5.进入到解压完的文件,执行编译预处理，开始编译 +```` +cd node-v0.10.18 +./configure +sudo make +```` +---- +6.执行make install，nodejs就安装完毕了 +```` +sudo make install +```` + +---- +7.安装forever，安装完成后，建立软连接 +```` +npm -g install express forever + +sudo ln -s /usr/local/bin/node /usr/bin/node +sudo ln -s /usr/local/lib/node /usr/lib/node +sudo ln -s /usr/local/bin/npm /usr/bin/npm +sudo ln -s /usr/local/bin/node-waf /usr/bin/node-waf +sudo ln -s /usr/local/bin/forever /usr/bin/forever +```` +---- +8.只需要上传我们的代码，然后运行就可以啦 +运行： +```` +sudo forever start server.js +```` + +查看应用列表： +```` +sudo forever list +```` + +关闭应用： +```` +sudo forever stop 0 +```` + + + + + + + + + + + + + diff --git "a/WebNote/NodeJS\347\233\270\345\205\263/test.html" "b/WebNote/NodeJS\347\233\270\345\205\263/test.html" new file mode 100644 index 0000000..c339b8d --- /dev/null +++ "b/WebNote/NodeJS\347\233\270\345\205\263/test.html" @@ -0,0 +1,3 @@ +/** + * Created by linSir on 2017/7/3. + */ diff --git "a/WebNote/NodeJS\347\233\270\345\205\263/\346\267\230\345\256\235cnpm.md" "b/WebNote/NodeJS\347\233\270\345\205\263/\346\267\230\345\256\235cnpm.md" new file mode 100644 index 0000000..d125d50 --- /dev/null +++ "b/WebNote/NodeJS\347\233\270\345\205\263/\346\267\230\345\256\235cnpm.md" @@ -0,0 +1,14 @@ +> 在国内使用npm是非常慢的，但是我们可以使用淘宝的镜像cnpm。 + +这个镜像，是一个完整的，同步镜像，所以我们可以完全使用cnpm来代替npm。 + +---- +安装npm： +```` +$ npm install -g cnpm --registry=https://registry.npm.taobao.org +```` +之后就可以在使用npm的时候，用cnpm来替代了。 + +```` +$ cnpm install [name] +```` diff --git "a/\347\275\221\347\273\234\345\215\217\350\256\256/SSH\345\216\237\347\220\206\344\270\216\345\272\224\347\224\250.md" "b/\347\275\221\347\273\234\345\215\217\350\256\256/SSH\345\216\237\347\220\206\344\270\216\345\272\224\347\224\250.md" new file mode 100644 index 0000000..57eeb79 --- /dev/null +++ "b/\347\275\221\347\273\234\345\215\217\350\256\256/SSH\345\216\237\347\220\206\344\270\216\345\272\224\347\224\250.md" @@ -0,0 +1,154 @@ +# SSH原理与应用 + +ssh在程序员的生活中还是非常常见的，ssh具有很多种功能，也可以用在很多种场合。 + +## 什么是SSH + +SSH是一种网络协议，用于计算机之间的加密登录 + +当我们在一台电脑上面，运用ssh登录了另一台计算机，我们便可以认为，这种登录是安全的了，因为即使中途被截获，我们的密码也不会泄漏。 + +最早的时候，互联网通信都是明文通信，一旦被截获，内容就暴露无疑。1995年，芬兰学者Tatu Ylonen设计了SSH协议，将登录信息全部加密，成为互联网安全的一个基本解决方案，迅速在全世界获得推广，目前已经成为Linux系统的标准配置。 + +需要指出的是，SSH只是一种协议，存在多种实现，既有商业实现，也有开源实现。本文针对的实现是OpenSSH，它是自由软件，应用非常广泛。 + +此外，本文只讨论SSH在Linux Shell中的用法。如果要在Windows系统中使用SSH，会用到另一种软件PuTTY，这需要另文介绍。 + +## 用法 + +1. 登录远程服务器 + ``ssh root@host`` + +2. 如果当前用户与远程用户同名 + ``ssh host`` + +3. ssh默认的端口是22，如果我们要修改登录的默认端口 + ``ssh -p xx root@host`` + +## 中间人攻击 + +ssh采用的是非对称加密，也就是要采用公钥和私钥的方式进行加密。 + +整个通信的过程是这样的： +1. 远程主机收到用户的登录请求，将公钥发送给用户 +2. 用户使用这个公钥，将登录的密码进行加密，发送给后台 +3. 远程主机，用自己的私钥进行解密，判断用户名密码是否正确 + +整个过程看起来是很完美的，但是容易产生一种中间人攻击的现象： + +我们发送出去的登录的信息，被中途截获了，一个中间人，将他的公钥发送过来，这样用户加密之后，他便可以用自己的私钥解密了，这样他就拥有了我们的密码，并且可以一直在中间监听我们的通话。 + +当然，这是基于口令的通信方式，我们也可以采用基于密钥的加密方式： + +第二种级别（基于密匙的安全验证）需要依靠密匙，也就是你必须为自己创建一对密匙，并把公用密匙放在需要访问的服务器上。 如果你要连接到SSH服务器上，客户端软件就会向服务器发出请求，请求用你的密匙进行安全验证。服务器收到请求之后，先在你在该服务器的家目录下寻找你的公用密匙，然后把它和你发送过来的公用密匙进行比较。如果两个密匙一致，服务器就用公用密匙加密“质询”（challenge）并把它发送给客户端软件。客户端软件收到“质询”之后就可以用你的私人密匙解密再把它发送给服务器。 + +这样我们便可以防止中间人攻击的现象了。 + + +## 口令登录 + +``` +$ ssh user@host +The authenticity of host 'host (12.18.429.21)' can't be established. +RSA key fingerprint is 98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d. +Are you sure you want to continue connecting (yes/no)? +``` +这段话的意思是，无法确认host主机的真实性，只知道它的公钥指纹，问你还想继续连接吗？ +所谓"公钥指纹"，是指公钥长度较长（这里采用RSA算法，长达1024位），很难比对，所以对其进行MD5计算，将它变成一个128位的指纹。上例中是98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d，再进行比较，就容易多了。 +很自然的一个问题就是，用户怎么知道远程主机的公钥指纹应该是多少？回答是没有好办法，远程主机必须在自己的网站上贴出公钥指纹，以便用户自行核对。 +假定经过风险衡量以后，用户决定接受这个远程主机的公钥。 + +``` +Are you sure you want to continue connecting (yes/no)? yes +``` +系统会出现一句提示，表示host主机已经得到认可。 +``` +Warning: Permanently added 'host,12.18.429.21' (RSA) to the list of known hosts. +``` +然后，会要求输入密码。 +``` +Password: (enter password) +``` +如果密码正确，就可以登录了。 +当远程主机的公钥被接受以后，它就会被保存在文件$HOME/.ssh/known_hosts之中。下次再连接这台主机，系统就会认出它的公钥已经保存在本地了，从而跳过警告部分，直接提示输入密码。 +每个SSH用户都有自己的known_hosts文件，此外系统也有一个这样的文件，通常是/etc/ssh/ssh_known_hosts，保存一些对所有用户都可信赖的远程主机的公钥。 + + + +## 公钥登录 + +使用密码登录，每次都必须输入密码，非常麻烦。好在SSH还提供了公钥登录，可以省去输入密码的步骤。 + +所谓"公钥登录"，原理很简单，就是用户将自己的公钥储存在远程主机上。登录的时候，远程主机会向用户发送一段随机字符串，用户用自己的私钥加密后，再发回来。远程主机用事先储存的公钥进行解密，如果成功，就证明用户是可信的，直接允许登录shell，不再要求密码。 +这种方法要求用户必须提供自己的公钥。如果没有现成的，可以直接用ssh-keygen生成一个： + +``` +$ ssh-keygen +``` + +运行上面的命令以后，系统会出现一系列提示，可以一路回车。其中有一个问题是，要不要对私钥设置口令（passphrase），如果担心私钥的安全，这里可以设置一个。 +运行结束以后，在$HOME/.ssh/目录下，会新生成两个文件：id_rsa.pub和id_rsa。前者是你的公钥，后者是你的私钥。 +这时再输入下面的命令，将公钥传送到远程主机host上面： + +``` +$ ssh-copy-id user@host +``` + +好了，从此你再登录，就不需要输入密码了。 +如果还是不行，就打开远程主机的/etc/ssh/sshd_config这个文件，检查下面几行前面"#"注释是否取掉。 + +``` +RSAAuthentication yes +PubkeyAuthentication yes +AuthorizedKeysFile .ssh/authorized_keys +``` + +然后，重启远程主机的ssh服务。 + +``` + // ubuntu系统 +　　service ssh restart +　　// debian系统 +　　/etc/init.d/ssh restart +``` + +## authorized_keys文件 + +远程主机将用户的公钥，保存在登录后的用户主目录的$HOME/.ssh/authorized_keys文件中。公钥就是一段字符串，只要把它追加在authorized_keys文件的末尾就行了。 + +这里不使用上面的ssh-copy-id命令，改用下面的命令，解释公钥的保存过程： + +``` +$ ssh user@host 'mkdir -p .ssh && cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub +``` + +这条命令由多个语句组成，依次分解开来看：（1）"$ ssh user@host"，表示登录远程主机；（2）单引号中的mkdir .ssh && cat >> .ssh/authorized_keys，表示登录后在远程shell上执行的命令：（3）"$ mkdir -p .ssh"的作用是，如果用户主目录中的.ssh目录不存在，就创建一个；（4）'cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub的作用是，将本地的公钥文件~/.ssh/id_rsa.pub，重定向追加到远程文件authorized_keys的末尾。 +写入authorized_keys文件后，公钥登录的设置就完成了。 + +## 配置ssh config + +``` +vi ~/.ssh/config + + +// 文件内容如下 + +Host js //别名, 可以直接执行 ssh js + +HostName 172.16.6.84 //Host别名指向的服务器 IP + +User zhangsan //登录所用的用户名 + +PreferredAuthentications publickey //鉴权方式 + +IdentityFile ~/.ssh/zhangsan.pem //认证所需的密钥 +``` +这样我们便可以通过``ssh js``来代替曾经的``ssh xxx@111.11.11.11`` +并且采用公钥+私钥的加密方式，不用输入密码，非常的方便。 + + +## 参考文献 + +- [SSH原理与运用](http://www.ruanyifeng.com/blog/2011/12/ssh_remote_login.html) + +- [网络安全协议比较](http://blog.csdn.net/shizhixin/article/details/42459265) diff --git "a/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220Hessian\345\215\217\350\256\256.md" "b/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220Hessian\345\215\217\350\256\256.md" new file mode 100644 index 0000000..956b532 --- /dev/null +++ "b/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220Hessian\345\215\217\350\256\256.md" @@ -0,0 +1,762 @@ +# 浅析Hessian协议 + +> Hessian二进制的网络协议使不需要引入大型框架下就可以使用，并且不需要学习其它的入门的协议。因为它是二进制协议，它更擅长于发送二进制数据，而不需要引入其它附件去扩展它的协议。 + +Hessian支持很多种语言，例如Java，Flash/Flex,python,c++,.net/c#,D,Erlang,PHP,Ruby,Object C等 + +下面我们就一起阅读一下Hessian2.0的文档，[文档链接](http://hessian.caucho.com/doc/hessian-serialization.html) + +## 介绍 + +Hessian是一个动态类型,二进制序列化,也是网络协议为了对象的定向传输。 + +## 设计目标 + +Hessian是一个动态类型，简洁的，可以移植到各个语言 + +Hessian协议有以下的设计目标： + +1. 它必须自我描述序列化的类型，即不需要外部架构和接口定义 +2. 它必须是语言语言独立的，要支持包括脚本语言 +3. 它必须是可读可写的在单一的途径 +4. 它要尽可能的简洁 +5. 它必须是简单的，它可以有效地测试和实施 +6. 尽可能的快 +7. 必须要支持Unicode编码 +8. 它必须支持八位二进制文件，而不是逃避或者用附件 +9. 它必须支持加密,压缩,签名,还有事务的上下文 + + +## Hessian语法 + +序列化语法： + +``` + + # starting production +top ::= value + + # 8-bit binary data split into 64k chunks +binary ::= x41 b1 b0 binary # non-final chunk + ::= 'B' b1 b0 # final chunk + ::= [x20-x2f] # binary data of + # length 0-15 + ::= [x34-x37] # binary data of + # length 0-1023 + + # boolean true/false +boolean ::= 'T' + ::= 'F' + + # definition for an object (compact map) +class-def ::= 'C' string int string* + + # time in UTC encoded as 64-bit long milliseconds since + # epoch +date ::= x4a b7 b6 b5 b4 b3 b2 b1 b0 + ::= x4b b3 b2 b1 b0 # minutes since epoch + + # 64-bit IEEE double +double ::= 'D' b7 b6 b5 b4 b3 b2 b1 b0 + ::= x5b # 0.0 + ::= x5c # 1.0 + ::= x5d b0 # byte cast to double + # (-128.0 to 127.0) + ::= x5e b1 b0 # short cast to double + ::= x5f b3 b2 b1 b0 # 32-bit float cast to double + + # 32-bit signed integer +int ::= 'I' b3 b2 b1 b0 + ::= [x80-xbf] # -x10 to x3f + ::= [xc0-xcf] b0 # -x800 to x7ff + ::= [xd0-xd7] b1 b0 # -x40000 to x3ffff + + # list/vector +list ::= x55 type value* 'Z' # variable-length list + ::= 'V' type int value* # fixed-length list + ::= x57 value* 'Z' # variable-length untyped list + ::= x58 int value* # fixed-length untyped list + ::= [x70-77] type value* # fixed-length typed list + ::= [x78-7f] value* # fixed-length untyped list + + # 64-bit signed long integer +long ::= 'L' b7 b6 b5 b4 b3 b2 b1 b0 + ::= [xd8-xef] # -x08 to x0f + ::= [xf0-xff] b0 # -x800 to x7ff + ::= [x38-x3f] b1 b0 # -x40000 to x3ffff + ::= x59 b3 b2 b1 b0 # 32-bit integer cast to long + + # map/object +map ::= 'M' type (value value)* 'Z' # key, value map pairs + ::= 'H' (value value)* 'Z' # untyped key, value + + # null value +null ::= 'N' + + # Object instance +object ::= 'O' int value* + ::= [x60-x6f] value* + + # value reference (e.g. circular trees and graphs) +ref ::= x51 int # reference to nth map/list/object + + # UTF-8 encoded character string split into 64k chunks +string ::= x52 b1 b0 string # non-final chunk + ::= 'S' b1 b0 # string of length + # 0-65535 + ::= [x00-x1f] # string of length + # 0-31 + ::= [x30-x34] # string of length + # 0-1023 + + # map/list types for OO languages +type ::= string # type name + ::= int # type reference + + # main production +value ::= null + ::= binary + ::= boolean + ::= class-def value + ::= date + ::= double + ::= int + ::= list + ::= long + ::= map + ::= object + ::= ref + ::= string + +```` + +## Serialization + +Hessian的对象有八种原始类型： + +1. 原生二进制数据 +2. Boolean +3. 64位毫秒值的日期 +4. 64位double +5. 32位int +6. 64位long +7. null +8. utf-8的string + +它有三种循环的类型： + +1. list for lists and arrays +2. map for maps and dictionaries +3. object for objects + +最后，他有一种特殊组成: + +1. 共享和循环对象引用 + +Hessian 2.0 有三种内置的map： + +1. 一个object/list参考的map +2. 一个类参考定义的map +3. 一个类参考的map + +### 4.1 二进制数据 + +``` +binary ::= b b1 b0 binary + ::= B b1 b0 + ::= [x20-x2f] +``` + +二进制数据被编码成二进制编码块，'B'代表最后一块，'b'代表任编码块非最后一块的部分，每一个编码块有16 bit的长度。 + +len = 256 * b1 + b0 + +### 4.1.1 可压缩：短的二进制 + +``` +Binary data with length less than 15 may be encoded by a single octet length [x20-x2f]. + +len = code - 0x20 +``` + +当二进制数据少于15的时候，可以用一个字节将他们编码。 + +### 4.1.2 Binary Examples + +``` +x20 # zero-length binary data + +x23 x01 x02 x03 # 3 octet data + +B x10 x00 .... # 4k final chunk of data + +b x04 x00 .... # 1k non-final chunk of data +``` + +### 4.2 boolean + +``` +boolean ::= T + ::= F +``` + +The octet 'F' represents false and the octet T represents true. + + +### 4.3 日期 + +时间编码： + +``` +date ::= x4a b7 b6 b5 b4 b3 b2 b1 b0 + ::= x4b b4 b3 b2 b1 b0 +``` + +Date represented by a 64-bit long of milliseconds since Jan 1 1970 00:00H, UTC. + +### 4.3.1 时间用分钟表示 + +The second form contains a 32-bit int of minutes since Jan 1 1970 00:00H, UTC. + +### 4.3.2 日期例子 + +x4a x00 x00 x00 xd0 x4b x92 x84 xb8 # 09:51:31 May 8, 1998 UTC + +x4b x4b x92 x0b xa0 # 09:51:00 May 8, 1998 UTC + + +### 4.4 double + +double算法 + +``` + +double ::= D b7 b6 b5 b4 b3 b2 b1 b0 + ::= x5b + ::= x5c + ::= x5d b0 + ::= x5e b1 b0 + ::= x5f b3 b2 b1 b0 + +``` + +### 4.4.1 紧凑的二进制的0 + +可以用x5b代替double的0.0 + +### 4.4.2 紧凑的二进制的1 + +可以用x5c代替double的1.0 + +### 4.4.3 double 的八位字节 + +double 介于-128到127之间的无符号的可以用两个byte value来替代。 + +value = (double)b0 + +### 4.4.4 + +double 介于-32768和32767之间无符号的double，可以用三个八位字节来替代。 + +value = (double) (256 * b1 + b0) + +### 4.4.5 + +32位浮点数可以转换成4位8字节二进制数 + + +### 4.4.6 double例子 + +``` + +x5b # 0.0 +x5c # 1.0 + +x5d x00 # 0.0 +x5d x80 # -128.0 +x5d x7f # 127.0 + +x5e x00 x00 # 0.0 +x5e x80 x00 # -32768.0 +x5e x7f xff # 32767.0 + +D x40 x28 x80 x00 x00 x00 x00 x00 # 12.25 + +``` + +### 4.5 int + +``` +int ::= 'I' b3 b2 b1 b0 + ::= [x80-xbf] + ::= [xc0-xcf] b0 + ::= [xd0-xd7] b1 b0 +``` + +一个32bit有符号整数，一个整数以'I'开头，后面跟着4个八个字节. + +value = (b3 << 24) + (b2 << 16) + (b1 << 8) + b0; + +### 4.5.1 单一的八字节数字 + +数字介于-16至47之间的可以被编码成一个单独在x80到xbf之间。 + +value = code - 0x90 + +### 4.5.2 两个八字节的数字 + +数字介于 -2048至2047，可以被编码成，两个八字节字符，规则是： + +value = ((code - 0xc8) << 8) + b0; + +### 4.5.4 用三个八位字节可以表示 + +Integers between -262144 and 262143 can be encoded in three bytes with the leading byte in the range xd0 to xd7. + +value = ((code - 0xd4) << 16) + (b1 << 8) + b0; + +### 4.5.4 Integer Examplses + +``` +x90 # 0 +x80 # -16 +xbf # 47 + +xc8 x00 # 0 +xc0 x00 # -2048 +xc7 x00 # -256 +xcf xff # 2047 + +xd4 x00 x00 # 0 +xd0 x00 x00 # -262144 +xd7 xff xff # 262143 + +I x00 x00 x00 x00 # 0 +I x00 x00 x01 x2c # 300 +``` + + +### 4.6 list + +list 语法 + +``` +list ::= x55 type value* 'Z' # variable-length list + ::= 'V' type int value* # fixed-length list + ::= x57 value* 'Z' # variable-length untyped list + ::= x58 int value* # fixed-length untyped list + ::= [x70-77] type value* # fixed-length typed list + ::= [x78-7f] value* # fixed-length untyped list +``` + +一个整齐的list，例如array。这两个list提供一个固定长度和可编长度的list，两个list都有一个类型，这个类型的String必须是一个可以被UTF-8支持的。 + +每个列表项都添加到引用列表中，以处理共享和循环元素。参见REF元素。 + +任何希望列表的解析器也必须接受null或共享引用。 + +类型的有效值没有在本文档中指定，并可能取决于特定的应用程序。例如，在静态类型的语言中实现的一个服务器，它公开了一个Hessian接口，它可以使用类型信息实例化特定的数组类型。另一方面，服务器用动态类型的语言可能会忽视型完全的内容并创建一个通用阵列。 + +### 4.6.1 确定长度的list + +Hesssian 2.0 允许一个紧凑的形式列表的连续列表相同的类型，其中的长度是事先已知的。类型和长度由整数编码，其中类型是对较早指定类型的引用。 + +### 4.6.2 List示例 + +序列化一个int类型的数组，int[] = {0, 1} + +``` +V # fixed length, typed list + x04 [int # encoding of int[] type + x92 # length = 2 + x90 # integer 0 + x91 # integer 1 +``` + +没有类型长度可变的列表 list={0,1} +``` +x57 # variable-length, untyped + x90 # integer 0 + x91 # integer 1 + Z +``` + +定长类型 +``` +x72 # typed list length=2 + x04 [int # type for int[] (save as type #0) + x90 # integer 0 + x91 # integer 1 + +x73 # typed list length = 3 + x90 # type reference to int[] (integer #0) + x92 # integer 2 + x93 # integer 3 + x94 # integer 4 +``` + + +### 4.7 long + +long 语法 + +``` +long ::= L b7 b6 b5 b4 b3 b2 b1 b0 + ::= [xd8-xef] + ::= [xf0-xff] b0 + ::= [x38-x3f] b1 b0 + ::= x4c b3 b2 b1 b0 +``` + + +64位有符号整数。一个长的字节x4c代表（L）随后在后面跟着八个比特。 + +### 4.7.1 一位八比特能表示的数 + +long在-8至15是被一个八位比特替代的，在范围xd8至xef。 + +value = (code - 0xe0) + +### 4.7.2 两位八比特能表示的long + +long在-2048值2047之间，使用两位byte保存，在范围xf0至xff +value = ((code - 0xf8) << 8 ) + b0 + +### 4.7.3 + +三位八比特能表示的数，范围在-262144至262143 +value = ((code - 0x3c) << 16) + (b1 << 8) + b0 + +### 4.7.4 + +long能用32bite表示的数 + +value = (b3 << 24) + (b2 << 16) + (b1 << 8) + b0 + +### long例子 + +``` +xe0 # 0 +xd8 # -8 +xef # 15 + +xf8 x00 # 0 +xf0 x00 # -2048 +xf7 x00 # -256 +xff xff # 2047 + +x3c x00 x00 # 0 +x38 x00 x00 # -262144 +x3f xff xff # 262143 + +x4c x00 x00 x00 x00 # 0 +x4c x00 x00 x01 x2c # 300 + +L x00 x00 x00 x00 x00 x00 x01 x2c # 300 +``` + +### 4.8 + +Map语法 + +``map ::= M type (value value)* Z `` + +表示序列化的映射，并表示对象。类型元素描述映射的类型。 + +这个类型可能为空，一个长度为0，程序解释器会自动选择一个类型，如果一个值是没有类型的，对于对象，一个未确认的key将会被忽略。 + +每一个映射被添加到参考列表中，一些时间，语法解析程序期望一个映射，它必须支持空或者引用,这个类型被服务器选择。 + + +### 4.8.1 Map的例子 + +``` +map = new HashMap(); +map.put(new Integer(1), "fee"); +map.put(new Integer(16), "fie"); +map.put(new Integer(256), "foe"); + +--- + +H # untyped map (HashMap for Java) + x91 # 1 + x03 fee # "fee" + + xa0 # 16 + x03 fie # "fie" + + xc9 x00 # 256 + x03 foe # "foe" + + Z +``` + +集合表示一个java对象 + +``` +public class Car implements Serializable { + String color = "aquamarine"; + String model = "Beetle"; + int mileage = 65536; +} + +--- +M + x13 com.caucho.test.Car # type + + x05 color # color field + x0a aquamarine + + x05 model # model field + x06 Beetle + + x07 mileage # mileage field + I x00 x01 x00 x00 + Z +``` + +### 4.9 null + +null语法 + +null代表一个空指针 +'N'代表空的值 + +### 4.10 object + +object 语法 + +``` +class-def ::= 'C' string int string* + +object ::= 'O' int value* + ::= [x60-x6f] value* +``` + + +### 4.10.1 类定义 + +Hessian2.0有一个紧凑的对象,字段只会序列化一次，以下对象只会序列化它们的值。 + +对象定义包括强制类型字符串、字段数和字段名。对象定义存储在对象定义映射中，并且将由具有整数引用的对象实例引用。 + + +### 4.10.2 对象实例 + +Hessian2.0有一个紧凑的对象,字段只会序列化一次，以下对象只会序列化它们的值。 + +对象实例化根据前面的定义创建一个新对象。整数值是指对象定义。 + + +### 4.10.3 对象示例 + +对象序列化 + +``` +class Car { + String color; + String model; +} + +out.writeObject(new Car("red", "corvette")); +out.writeObject(new Car("green", "civic")); + +--- + +C # object definition (#0) + x0b example.Car # type is example.Car + x92 # two fields + x05 color # color field name + x05 model # model field name + +O # object def (long form) + x90 # object definition #0 + x03 red # color field value + x08 corvette # model field value + +x60 # object def #0 (short form) + x05 green # color field value + x05 civic # model field value +``` + +``` +enum Color { + RED, + GREEN, + BLUE, +} + +out.writeObject(Color.RED); +out.writeObject(Color.GREEN); +out.writeObject(Color.BLUE); +out.writeObject(Color.GREEN); + +--- + +C # class definition #0 + x0b example.Color # type is example.Color + x91 # one field + x04 name # enumeration field is "name" + +x60 # object #0 (class def #0) + x03 RED # RED value + +x60 # object #1 (class def #0) + x90 # object definition ref #0 + x05 GREEN # GREEN value + +x60 # object #2 (class def #0) + x04 BLUE # BLUE value + +x51 x91 # object ref #1, i.e. Color.GREEN +``` + + +### 4.11 ref + +Ref 语法 + +ref ::= x51 int + +指上一个列表、映射或对象实例的整数。当每个列表、映射或对象从输入流中读取时，它被分配到流中的整数位置，即第一个列表或映射是“0”，下一个是“1”，等等，后面的引用可以使用前面的对象。作者可以生成参考文献。解析器必须能够识别它们。 + +REF可以引用不完全读项。例如，在整个列表被读取之前，循环链表将引用第一个链接。 + +一个可能的实现是将每个映射、列表和对象添加到数组中，因为它是被读取的。REF将从数组返回相应的值。为了支持循环结构，在填充内容之前，实现将立即存储映射、列表或对象。 + +每个映射或列表在解析时存储在数组中。REF选择一个存储的对象。第一个对象编号为“0”。 + +# 4.11.1 Ref 例子 + +``` +list = new LinkedList(); +list.data = 1; +list.tail = list; + +--- +C + x0a LinkedList + x92 + x04 head + x04 tail + +o x90 # object stores ref #0 + x91 # data = 1 + x51 x90 # next field refers to itself, i.e. ref #0 + +``` + +ref仅涉及到list，map和object。 + + +### 4.12 string + +string 语法 + +``` +string ::= x52 b1 b0 string + ::= S b1 b0 + ::= [x00-x1f] + ::= [x30-x33] b0 +``` + +一个16比特，利用utf-8的双字节编码，字符串会按块编码，非最后一块会用'R'来表示，最后一块会用'S'来表示，每一块都有一个16比特无符号整型长度的bytes。 + +16比特字符的长度，可能与字节的个数不相同。 + +字符串可能不能成对拆分。　 + +### 4.12.1 短字符串 + +长度小于32的字符串可能使用单字节编码。 + +value = code; + +### 4.12.2 String 例子 + +``` +x00 # "", empty string +x05 hello # "hello" +x01 xc3 x83 # "\u00c3" + +S x00 x05 hello # "hello" in long form + +x52 x00 x07 hello, # "hello, world" split into two chunks + x05 world +``` + + +### 4.12 type + +type 语法 + +``` +type ::= string + ::= int +``` + +一个map或者list包含的属性，这个属性的属性名将会被标示，用在面向对象的语言中。每一个类型都会被添加到type map中，给未来提供一个参考。 + + +### 4.14 类型参考 + +重复类型的String的key，将会用type map来查询先前用过的类型，在解析过程中，这个类型应该是不依赖于任何类型的。 + +## Bytecode map + +``` +x00 - x1f # utf-8 string length 0-32 +x20 - x2f # binary data length 0-16 +x30 - x33 # utf-8 string length 0-1023 +x34 - x37 # binary data length 0-1023 +x38 - x3f # three-octet compact long (-x40000 to x3ffff) +x40 # reserved (expansion/escape) +x41 # 8-bit binary data non-final chunk ('A') +x42 # 8-bit binary data final chunk ('B') +x43 # object type definition ('C') +x44 # 64-bit IEEE encoded double ('D') +x45 # reserved +x46 # boolean false ('F') +x47 # reserved +x48 # untyped map ('H') +x49 # 32-bit signed integer ('I') +x4a # 64-bit UTC millisecond date +x4b # 32-bit UTC minute date +x4c # 64-bit signed long integer ('L') +x4d # map with type ('M') +x4e # null ('N') +x4f # object instance ('O') +x50 # reserved +x51 # reference to map/list/object - integer ('Q') +x52 # utf-8 string non-final chunk ('R') +x53 # utf-8 string final chunk ('S') +x54 # boolean true ('T') +x55 # variable-length list/vector ('U') +x56 # fixed-length list/vector ('V') +x57 # variable-length untyped list/vector ('W') +x58 # fixed-length untyped list/vector ('X') +x59 # long encoded as 32-bit int ('Y') +x5a # list/map terminator ('Z') +x5b # double 0.0 +x5c # double 1.0 +x5d # double represented as byte (-128.0 to 127.0) +x5e # double represented as short (-32768.0 to 327676.0) +x5f # double represented as float +x60 - x6f # object with direct type +x70 - x77 # fixed list with direct length +x78 - x7f # fixed untyped list with direct length +x80 - xbf # one-octet compact int (-x10 to x3f, x90 is 0) +xc0 - xcf # two-octet compact int (-x800 to x7ff) +xd0 - xd7 # three-octet compact int (-x40000 to x3ffff) +xd8 - xef # one-octet compact long (-x8 to xf, xe0 is 0) +xf0 - xff # two-octet compact long (-x800 to x7ff, xf8 is 0) +``` + + + + + + + + + diff --git "a/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220RPC\345\215\217\350\256\256.md" "b/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220RPC\345\215\217\350\256\256.md" new file mode 100644 index 0000000..7469354 --- /dev/null +++ "b/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220RPC\345\215\217\350\256\256.md" @@ -0,0 +1,31 @@ +# 浅析RPC协议 + +> RPC是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。 +RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。在服务器端，进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。 + + + + + +![RPC工作原理](https://raw.githubusercontent.com/astaxie/build-web-application-with-golang/master/zh/images/8.4.rpc.png) + +工作流程: + +1.调用客户端句柄；执行传送参数 +2.调用本地系统内核发送网络消息 +3.消息传送到远程主机 +4.服务器句柄得到消息并取得参数 +5.执行远程过程 +6.执行的过程将结果返回服务器句柄 +7.服务器句柄返回结果，调用远程系统内核 +8.消息传回本地主机 +9.客户句柄由内核接收消息 +10.客户接收句柄返回的数据 + +RPC算法中一些需要我们解决的问题： + +1.通讯问题，可以是建立tcp链接，在通信成功后释放链接，也可以保持长链接 +2.寻址问题，需要知道服务器的ip地址，端口，方法名等，所以需要注册服务中心 +3.传输过程中，不可避免的就是序列化和反序列化的过程 + +以上的问题，我们都可以在rpc 的开源框架中找到解决方案。 diff --git "a/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220dubbo\346\234\215\345\212\241.md" "b/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220dubbo\346\234\215\345\212\241.md" new file mode 100644 index 0000000..07ae350 --- /dev/null +++ "b/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220dubbo\346\234\215\345\212\241.md" @@ -0,0 +1,365 @@ +# 浅析Dubbo服务 + +> Dubbo是阿里开源的一个分布式服务框架，致力于提供高性能和透明化的RPC远程调用方案，以及SOA服务治理方案。 +> Dubbo是阿里巴巴SOA服务化治理方案的核心框架，每天为2,000+个服务提供3,000,000,000+次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点。Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。 + + +## 转变的历程 + +1. 单一应用框架(ORM) + +当网站流量小时，只需一个应用，可以将所有功能都部署在一起，这样可以减少部署的节点和成本。 + +缺点：单一的系统架构，使得在开发过程中，占用的资源越来越多，随着流量的增加，将会越来越难维护。 + +Dubbo采用微内核+插件话体系，设计十分优雅，扩展性强。 + +![单一应用架构](http://img.blog.csdn.net/20170417183808108?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbm9hbWFuX3dncw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast) + +2. 垂直应用架构(MVC) + +垂直应用架构解决了单一应用架构所面临的扩容问题，容量能够分散到各个子系统当中，且系统的体积可控，一定程度上降低了开发人员协同以及维护的成本，提升了开发效率。 + +缺点：在垂直架构中相同逻辑代码需要不断复制，不能复用。 + +![垂直应用架构](http://img.blog.csdn.net/20170417183837616?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbm9hbWFuX3dncw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast) + + +3. 分布式应用架构(RPC) + +当垂直应用越来越多的时候，应用之间的交互是不可避免的，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心。 + +![分布式应用架构](http://img.blog.csdn.net/20170417184005890?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbm9hbWFuX3dncw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast) + +4. 流动计算架构(SOA) + +随着服务化的进一步服务，服务越来越多，服务之间的调用和依赖关系也越来越复杂，诞生了面向服务的架构体系(SOA),也因此衍生了一系列相应的结束，如对服务提供，链接处理，通信协议，序列化方式，服务发现，服务路由，日志输出等行为进行封装的服务框架 + + +![比较图](http://img.blog.csdn.net/20170417184119640?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbm9hbWFuX3dncw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast) + +- 单一应用架构 + +当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。 +此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键。 + +- 垂直应用架构 + +当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。 +此时，用于加速前端页面开发的 Web框架(MVC) 是关键。 + +- 分布式服务架构 + +当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。 +此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。 + +- 流动计算架构 + +当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。 +此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。 + + +## RPC(Remote Procedure Call Protocol)(远程过程调用协议) + +当我们有两台服务器A、B,分别部署了不同的应用a,b，当服务器A 想调用服务器B上面提供的方法的时候，这个是不能够直接调用的，这个时候就需要通过网络来表达调用的语义和调用的数据，这个时候远程调用服务的概念就产生了。 + +> RPC是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。 +RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。在服务器端，进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。 + + +## Dubbo的概念 + +### Dubbo概念 + +- 一款分布式服务框架 +- 高性能和透明化的RPC远程服务调用方案 +- SOA服务治理方案 + +> Dubbo是一个分布式服务框架，以及SOA治理方案。其功能主要包括：高性能NIO通讯及多协议集成，服务动态寻址与路由，软负载均衡与容错，依赖分析与降级等。 + +### Dubbo适用于哪些场景 + +当网站变大后，不可避免的需要拆分应用进行服务化，以提高开发效率，调优性能，节省关键竞争资源等。 + +当服务越来越多时，服务的URL地址信息就会爆炸式增长，配置管理变得非常困难，F5硬件负载均衡器的单点压力也越来越大。 + +当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描述应用的架构关系。 + +接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑？什么时候该加机器？等等…… + +在遇到这些问题时，都可以用Dubbo来解决。 + +### Dubbo的设计思路 + +该框架具有极高的扩展性，采用微核+插件体系，并且文档齐全，很方便二次开发，适应性极强。 + + +### Dubbo架构 + +![](http://img.blog.csdn.net/20170417185019149?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbm9hbWFuX3dncw==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast) + +Provider:暴露服务的服务提供方 +Consumer:调用远程服务的服务消费方 +Registry:服务注册与发现注册中心 +Monitor:统计服务的调用次数和调用时间的监控中心 + +调用流程： +0.服务容器负责启动，加载，运行服务提供者。 +1.服务提供者在启动时，向注册中心注册自己提供的服务。 +2.服务消费者在启动时，向注册中心订阅自己所需的服务。 +3.注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。 +4.服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。 +5.服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心 + + +### Dubbo注册中心 + +对于服务提供方，它需要发布服务。 +对于消费方，它需要获取提供方提供的服务。 +当然，也可以即是提供方也是消费方。 +通过服务统一管理起来，可以有效地优化内部应用对服务发布/使用的管理。服务注册中心可以通过特定协议来完成对外的统一。 + + +Dubbo提供的注册中心有如下几种类型可供选择： +* Multicast注册中心 +* Zookeeper注册中心 +* Redis注册中心 +* Simple注册中心 + + +### Dubbo优点 + +优点： +1. 透明化的远程方法调用 +- 像调用本地方法一样调用远程方法；只需简单配置，没有任何API侵入。 +2. 软负载均衡及容错机制 +- 可在内网替代nginx lvs等硬件负载均衡器。 +3. 服务注册中心自动注册 & 配置管理 +-不需要写死服务提供者地址，注册中心基于接口名自动查询提供者ip。 +使用类似zookeeper等分布式协调服务作为服务注册中心，可以将绝大部分项目配置移入zookeeper集群。 +4. 服务接口监控与治理 +-Dubbo-admin与Dubbo-monitor提供了完善的服务接口管理与监控功能，针对不同应用的不同接口，可以进行 多版本，多协议，多注册中心管理。 + + +### Dubbo序列化协议 + +#### Hessian协议 + +Hessian是一个轻量级的RPC服务，它是基于Binary-RPC协议实现的，他会序列化反序列化你的实例，它的传输协议时Http协议，在dubbo中，主要应用到了它的序列化的协议。 + +hessian适合发送二进制数据，通过hessian序列化后的包，包的体积会比java自带的小一些。 + + +和java自带的序列化做一个对比 + +``` + +public class Main { + + private static long time1; + private static long time2; + + public static byte[] hessianSerialize(Object obj) throws IOException { + long nowTime = System.currentTimeMillis(); + if (obj == null) + throw new NullPointerException(); + + ByteArrayOutputStream os = new ByteArrayOutputStream(); + HessianOutput ho = new HessianOutput(os); + ho.writeObject(obj); + time1 = System.currentTimeMillis() - nowTime; + return os.toByteArray(); + } + + public Object hessianDeserialize(byte[] by) throws IOException { + if (by == null) + throw new NullPointerException(); + + ByteArrayInputStream is = new ByteArrayInputStream(by); + HessianInput hi = new HessianInput(is); + return hi.readObject(); + } + + public static byte[] javaSerialize(Object obj) throws Exception { + long noewTime = System.currentTimeMillis(); + if (obj == null) + throw new NullPointerException(); + + ByteArrayOutputStream os = new ByteArrayOutputStream(); + ObjectOutputStream out = new ObjectOutputStream(os); + out.writeObject(obj); + time2 = System.currentTimeMillis() - noewTime; + return os.toByteArray(); + } + + public Object javaDeserialize(byte[] by) throws Exception { + + if (by == null) + throw new NullPointerException(); + + ByteArrayInputStream is = new ByteArrayInputStream(by); + ObjectInputStream in = new ObjectInputStream(is); + return in.readObject(); + } + + public static void main(String[] args) throws Exception { + + People people = new People(19, "222333222233332222", "关玮琳", "健康"); + People people2 = new People(21, "555333222233332222", "张三", "不健康"); + byte[] hessianByte = hessianSerialize(people); + byte[] javaByte = javaSerialize(people2); + + System.out.println("hessianByte 序列化后的长度 " + hessianByte.length); + System.out.println("javaSerialize 序列化后的长度 " + javaByte.length); + + System.out.println("hessianByte 序列化时常 " + time1); + System.out.println("javaSerialize 序列化时常 " + time2); + + } + +} + + +``` + +结果： + +``` +hessianByte 序列化后的长度 86 +javaSerialize 序列化后的长度 132 +hessianByte 序列化时常 51 +javaSerialize 序列化时常 16 +``` + +#### Hessian语法 + +``` + #starting production +top ::=value + + #分割成64k每chunk的8-bit二进制数据 +binary ::= 'b' b1 b0 binary #不是最后一个chunk + ::= 'B' b1 b0 #最后一个chunk + ::= [x20-x2f] #长度范围为 0-15 + + #boolean true/false +boolean ::= 'T' + ::= 'F' + + #对象的定义(compact map) +class-def ::= 'O' type int string* + + #time in UTC encoded as 64-bit long milliseconds since epoch +date ::= 'd' b7 b6 b5 b4 b3 b2 b1 b0 + + #64-bit IEEE double +double ::= 'D' b7 b6 b5 b4 b3 b2 b1 b0 + ::= x67 #0.0 + ::= x68 #1.0 + ::= x69 b0 #byte表示的double(-128.0 to 127.0) + ::= x6a b1 b0 #short表示的double + ::= x6b b3 b2 b1 b0 #32-bit float表示的double + + #32-bit 有符号整型 +int ::= 'I' b3 b2 b1 b0 + ::= [x80-xbf] #-x10 to x3f + ::= [xc0-xcf] b0 #-x800 to x7ff + ::= [xd0-xd7] b1 b0 #-x40000 to x3ffff + + # list/vector length +length ::= 'l' b3 b2 b1 b0 + ::= x6e int + + # list/vector +list ::= 'V' type? length? value* 'z' + ::= 'v' int int value* #第一个int表示类型引用, 第二个int表示长度 + + #64-bit有符号long +long ::= 'L' b7 b6 b5 b4 b3 b2 b1 0 + ::= [xd8-xef] #-x08 to x0f + ::= [xf0-xff] b0 #-x800 to x7ff + ::= [x38-x3f] b1 b0 #-x40000 to x3ffff + ::= x77 b3 b2 b1 b0 #32-bit 整型表示的long + + #map/object +map ::= 'M' type? (value value)* 'z' #key, value map pairs + + # null value +null ::= 'N' + + #对象实例 +object ::= 'o' int value* + + #值引用 +ref ::= 'R' b3 b2 b1 b0 # 对流中第n个map/list/object的引用 + + ::= x4a b0 # 对map/list/object的引用，范围为1-255th + ::= x4b b1 b0 # 对map/list/object 的引用，范围为1-65535th + + #UTF-8 编码的字符串，分割成64k大小的chunks +string ::= 's' b1 b0 string #非末尾chunk + ::= 'S' b1 b0 #长度范围为(0-65535)的字符串 + ::=[x00-x1f] #长度范围为(0-31) 的字符串 + + #map/list 的类型（针对面向对象语言) +type ::= 't' b1 b0 #类型名称 + ::= x75 int #类型引用值（用整数表示） + + #main production +value ::=null + ::= binary + ::= boolean + ::= date + ::= double + ::= int + ::= list + ::= long + ::= map + ::= class-def value + ::= ref + ::= string +``` + + +#### 可序列化的类型 + +1. 原始二进制数据 +2. boolean +3. 64-bit date +4. 64-bit double +5. 32-bit int +6. 64-bit long +7. null +8. UTF8编码的string + +另外包括3种递归类型： + +1. list for lists and arrays +2. map for maps and dictionaries +3. object for objects + +最后，它还包含一个特殊的类型： + +1. ref 用来表示对共享对象的引用. + +Hessian 2.0有3个内部的引用表: + +1. 一个object/list 引用表. +2. 一个类型定义(class definition)引用表. +3. 一个type(class name)引用表. + + + +## 参考文献 + +[什么是Hessian协议呢？](http://www.cnblogs.com/caogang/p/4598406.html) + +[hessian学习基础篇——序列化和反序列化](http://lionbule.iteye.com/blog/523355) + +[Dubbo原理解析](http://blog.csdn.net/column/details/learningdubbo.html?&page=1) + +[Dubbo入门基础与实例讲解](http://blog.csdn.net/Evankaka/article/details/48009645) + + + + diff --git "a/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220socket.md" "b/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220socket.md" new file mode 100644 index 0000000..4990bea --- /dev/null +++ "b/\347\275\221\347\273\234\345\215\217\350\256\256/\346\265\205\346\236\220socket.md" @@ -0,0 +1,122 @@ +# 浅谈Socket协议 + +Socket 是对 TCP/IP 协议族的一种封装，是应用层与TCP/IP协议族通信的中间软件抽象层。从设计模式的角度看来，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。 + +Socket 还可以认为是一种网络间不同计算机上的进程通信的一种方法，利用三元组（ip地址，协议，端口）就可以唯一标识网络中的进程，网络中的进程通信可以利用这个标志与其它进程进行交互。 + +Socket 起源于 Unix ，Unix/Linux 基本哲学之一就是“一切皆文件”，都可以用“打开(open) –> 读写(write/read) –> 关闭(close)”模式来进行操作。因此 Socket 也被处理为一种特殊的文件。 + +![OSI模型和TCP/IP协议的区别](http://upload-images.jianshu.io/upload_images/2964446-1fd7a0f3216c0530.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +## TCP/IP + +要想理解socket首先得熟悉一下TCP/IP协议族， TCP/IP（Transmission Control Protocol/Internet Protocol）即传输控制协议/网间协议，定义了主机如何连入因特网及数据如何再它们之间传输的标准， + +从字面意思来看TCP/IP是TCP和IP协议的合称，但实际上TCP/IP协议是指因特网整个TCP/IP协议族。不同于ISO模型的七个分层，TCP/IP协议参考模型把所有的TCP/IP系列协议归类到四个抽象层中 + +应用层：TFTP，HTTP，SNMP，FTP，SMTP，DNS，Telnet 等等 + +传输层：TCP，UDP + +网络层：IP，ICMP，OSPF，EIGRP，IGMP + +数据链路层：SLIP，CSLIP，PPP，MTU + +每一抽象层建立在低一层提供的服务上，并且为高一层提供服务，看起来大概是这样子的 + +![](http://images.cnitblog.com/blog/349217/201312/05230830-04807bb739954461a8bfc7513707f253.jpg) + +![](http://images.cnitblog.com/blog/349217/201312/05230857-f49d5855f1e14a23a186737e0bec8a0f.gif) + +## Socket + +我们知道两个进程如果需要进行通讯最基本的一个前提能能够唯一的标示一个进程，在本地进程通讯中我们可以使用PID来唯一标示一个进程，但PID只在本地唯一，网络中的两个进程PID冲突几率很大，这时候我们需要另辟它径了，我们知道IP层的ip地址可以唯一标示主机，而TCP层协议和端口号可以唯一标示主机的一个进程，这样我们可以利用ip地址＋协议＋端口号唯一标示网络中的一个进程。 + +能够唯一标示网络中的进程后，它们就可以利用socket进行通信了，什么是socket呢？我们经常把socket翻译为套接字，socket是在应用层和传输层之间的一个抽象层，它把TCP/IP层复杂的操作抽象为几个简单的接口供应用层调用已实现进程在网络中通信。 + +![](http://images.cnitblog.com/blog/349217/201312/05225723-2ffa89aad91f46099afa530ef8660b20.jpg) + + +## TCP(传输控制协议) + +传输控制协议(Transmission Control Protocol,简写TCP)是一种面向连接，可靠的基于字节流的传输层协议。 + +建立连接的过程需要三次握手，释放链接需要四次挥手。 + +**建立连接**： + +![](http://upload-images.jianshu.io/upload_images/2964446-aa923712d5218eeb.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + + (1）第一次握手：Client将标志位SYN置为1，随机产生一个值seq=J，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。 + +（2）第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。 + +（3）第三次握手：Client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server检查ack是否为K+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了。 + +简单来说，就是 + +1、建立连接时，客户端发送SYN包（SYN=i）到服务器，并进入到SYN-SEND状态，等待服务器确认 + +2、服务器收到SYN包，必须确认客户的SYN（ack=i+1）,同时自己也发送一个SYN包（SYN=k）,即SYN+ACK包，此时服务器进入SYN-RECV状态 + +3、客户端收到服务器的SYN+ACK包，向服务器发送确认报ACK（ack=k+1）,此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手，客户端与服务器开始传送数据。 + + +**释放链接** + +![](http://upload-images.jianshu.io/upload_images/2964446-2b9562b3a8b72fb2.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240) + +由于TCP连接时全双工的，因此，每个方向都必须要单独进行关闭，这一原则是当一方完成数据发送任务后，发送一个FIN来终止这一方向的连接，收到一个FIN只是意味着这一方向上没有数据流动了，即不会再收到数据了，但是在这个TCP连接上仍然能够发送数据，直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭，而另一方则执行被动关闭，上图描述的即是如此。 + +（1）第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。 + +（2）第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号），Server进入CLOSE_WAIT状态。 + +（3）第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。 + +（4）第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。 + +为什么建立连接是三次握手，而关闭连接却是四次挥手呢？ + +这是因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。而关闭连接时，当收到对方的FIN报文时，仅仅表示对方不再发送数据了但是还能接收数据，己方也未必全部数据都发送给对方了，所以己方可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方来表示同意现在关闭连接，因此，己方ACK和FIN一般都会分开发送。 + + +## UDP + +用户数据包协议（英语：User Datagram Protocol，缩写为UDP），又称用户数据报文协议，是一个简单的面向数据报的传输层协议，正式规范为RFC 768。 + +在TCP/IP模型中，UDP为网络层以上和应用层以下提供了一个简单的接口。UDP只提供数据的不可靠传递，它一旦把应用程序发给网络层的数据发送出去，就不保留数据备份（所以UDP有时候也被认为是不可靠的数据报协议）。UDP在IP数据报的头部仅仅加入了复用和数据校验（字段）。 +UDP首部字段由4个部分组成，其中两个是可选的。各16bit的来源端口和目的端口用来标记发送和接受的应用进程。因为UDP不需要应答，所以来源端口是可选的，如果来源端口不用，那么置为零。在目的端口后面是长度固定的以字节为单位的长度域，用来指定UDP数据报包括数据部分的长度，长度最小值为8byte。首部剩下地16bit是用来对首部和数据部分一起做校验和（Checksum）的，这部分是可选的，但在实际应用中一般都使用这一功能。 +由于缺乏可靠性且属于非连接导向协议，UDP应用一般必须允许一定量的丢包、出错和复制粘贴。但有些应用，比如TFTP，如果需要则必须在应用层增加根本的可靠机制。但是绝大多数UDP应用都不需要可靠机制，甚至可能因为引入可靠机制而降低性能。流媒体（流技术）、即时多媒体游戏和IP电话（VoIP）一定就是典型的UDP应用。如果某个应用需要很高的可靠性，那么可以用传输控制协议（TCP协议）来代替UDP。 +由于缺乏拥塞控制（congestion control），需要基于网络的机制来减少因失控和高速UDP流量负荷而导致的拥塞崩溃效应。换句话说，因为UDP发送者不能够检测拥塞，所以像使用包队列和丢弃技术的路由器这样的网络基本设备往往就成为降低UDP过大通信量的有效工具。数据报拥塞控制协议（DCCP）设计成通过在诸如流媒体类型的高速率UDP流中，增加主机拥塞控制，来减小这个潜在的问题。 +典型网络上的众多使用UDP协议的关键应用一定程度上是相似的。这些应用包括域名系统（DNS）、简单网络管理协议（SNMP）、动态主机配置协议（DHCP）、路由信息协议（RIP）和某些影音流服务等等。 + + +UDP 是一个简单的传输层协议。和 TCP 相比，UDP 有下面几个显著特性： + +- UDP 缺乏可靠性。UDP 本身不提供确认，序列号，超时重传等机制。UDP 数据报可能在网络中被复制，被重新排序。即 UDP 不保证数据报会到达其最终目的地，也不保证各个数据报的先后顺序，也不保证每个数据报只到达一次 +- UDP 数据报是有长度的。每个 UDP 数据报都有长度，如果一个数据报正确地到达目的地，那么该数据报的长度将随数据一起传递给接收方。而 TCP 是一个字节流协议，没有任何（协议上的）记录边界。 +- UDP 是无连接的。UDP 客户和服务器之前不必存在长期的关系。UDP 发送数据报之前也不需要经过握手创建连接的过程。 +- UDP 支持多播和广播。 + + + + + + + + + + + + + + + + + + + + + +