github：https://github.com/square/javapoet
有时候，我们需要开发大量重复的代码。每段代码，只有少数成员变量命名不同。这样的场景在开发接口层时，感觉尤为明显。 接口类可能只是实现类的抽象形式。但每个实现方法，我们都要写一遍接口。且每个接口方法的命名，可能和实现方法完全一致。 那么，能否有一种方案，让我们用代码自行生成接口呢？这个方案之前是apt，如今是 annotationProcessor
在annotationProcessor 自动生成代码(上)中，我们介绍了如何通过注解和javapoet生成一个简单的HelloWorld.java。AbstractProcessor可以做的事还有很多，我们不可能一一列举。我们最重要的是明白，AbstractProcessor的运行时机、可操作范围和能提供给我们的东西。
以前只在linux上配置J2EE项目执行环境，无非配置下jdk，部署tomcat，再通过docker或者jenkins自动部署上去
public File(String pathname) :通过给定的路径名字符转换为抽象路径名来创建新的File实例
1、今天遇到了需要手动输入http地址打开指定网页的需求，试着做一个用程序打开指定网页的功能，搜了一下，还真有一个现成的例子，稍加改造，实现自己的需求；
注解处理器 为每个 Module 模块生成一个路由表 , 该模块下凡是被 @Route 标注的路由节点都在该路由表中维护 ;
当程序使用某个类时，如果该类还没被初始化，加载到内存中，则系统会通过加载、连接、初始化三个过程来对该类进行初始化。该过程就被称为类的初始化
注解处理器 AbstractProcessor 中的 process 方法可能会调用多次 , 在生成代码时 , 一定要注意 , 检测到 注解节点 后再生成代码 ;
越来越多第三方库使用apt技术，如DBflow、Dagger2、ButterKnife、ActivityRouter、AptPreferences。在编译时根据Annotation生成了相关的代码，非常高大上但是也非常简单的技术，可以给开发带来了很大的便利。
在 【Android 组件化】路由组件 ( 注解处理器获取被注解的节点 ) 博客中 声明了 支持的注解类型 , 并在 Activity 中使用了注解 , 在 注解处理器 中检测出来使用注解的 类节点 TypeElement ;
AOP指的是:面向切面编程(Aspect-Oriented Programming)。如果说，OOP如果是把问题划分到单个模块的话，那么AOP就是把涉及到众多模块的某一类问题进行统一管理。
ARetrofit 是一款针对Android组件之间通信的路由框架，实现快速组件化开发的利器。本文主要讲述 ARetrofit 实现的原理。
我写的代码生成插件Gitee地址 同样是在扩展 Mybatis generator插件的时候，有这样一个需求是需要在生成的，那么 如何修改Mapper.java文件？ 跟着Mybatis generator 源码去找一找 哪里可以扩展
ButterKnife 算是一款知名老牌 Android 开发框架了，通过注解绑定视图，避免了 findViewById() 的操作，广受好评！由于它是在编译时对注解进行解析完成相关代码的生成，所以在项目编译时会略耗时，但不会影响运行时的性能。接下来让我们从使用到原理一步步深入了解这把黄油刀的故事！ 以下内容基于 butterknife:8.8.1 版本，主要包括如下几个方面的内容：
WX20200731-155033_PC.png 官网 https://github.com/square/javapoet 使用: 本次使用的是 implementation 'com.squareup:javapoet:1.8.0' Javapoet 主要是配合 APT 工具使用 在编译期间 生成 java 代码. 栗子 目标代码: package com.ben.poet; import android.support.v7.app.AppCompatActivity; import andr
在程序开发的过程中，总会有一些场景需要去写重复冗余的代码。而程序员一般都是懒惰了（懒惰促使人进步 ο ），所以就出现了很多可以减少重复工作的框架或者工具。比如今天要分析的主角—— ButterKnife ，如果你做 Android 开发却没有听说过 ButterKnife 那就 Out 啦。ButterKnife 使用依赖注入的方式来减少程序员去编写一堆 findViewById 的代码，使用起来很方便。那么接下来就一步步地带你深入理解 ButterKnife 框架。PS：最近写的博客篇幅都有点长，请耐心阅读！Logo 图镇楼！
我们知道java中所有的二进制文件，最后都是要放在jvm中解释运行的。纯粹的二进制文件，其实并没有什么卵用。jvm在第一次使用或者预加载时，都要将某个类的二进制文件加载进去，这时候不可避免的需要用到一个加载的触手，就是这个类加载器啦。
ButterKnife是一个专注于Android系统的View注入框架，有了ButterKnife可以很轻松的省去findViewById，ButterKnife用到的注解并不是在运行时反射的，而是在编译的时候生成新的class，对运行时性能没有影响，本篇我们来详细学习一下它的源码。
APT(Annotation Processing Tool)即注解处理器，是一种处理注解的工具。
这里主要需要配置grok match,把日志信息切分成索引数据(match本质是一个正则匹配)
Java ClassLoader是java运行系统中一个至关重要但是经常被忽略的组件。它负责在运行时寻找并加载类文件。创建自定义的ClassLoader可以彻底重定义如何将类文件加载至系统。
1. 在对应的activity上加上注解，通过apt技术来自动生成代码，代码能将 activity对应路径 和 class 添加到路由表中；
APT（Annotation Processor Tool）是用来处理注解的，即注解处理器。 APT 在编译器会扫描处理源代码中的注解，我们可以使用这些注解，然后利用 APT 自动生成 Java 代码，减少模板代码，提升编码效率，使源码更加简洁，可读性更高。
在路由框架之前，我们先了解什么是APT，并实践ButterKnife绑定findById的小功能。为什么先要讲解apt,因为路由的实现apt是核心的代码.看下面链接 APT 实践。
在现阶段的Android开发中，注解越来越流行起来，比如ButterKnife，Retrofit，Dragger，EventBus等等都选择使用注解来配置。按照处理时期，注解又分为两种类型，一种是运行时注解，另一种是编译时注解，运行时注解由于性能问题被一些人所诟病。编译时注解的核心依赖APT(Annotation Processing Tools)实现，原理是在某些代码元素上（如类型、函数、字段等）添加注解，在编译时编译器会检查AbstractProcessor的子类，并且调用该类型的process函数，然后将添加了注解的所有元素都传递到process函数中，使得开发人员可以在编译器进行相应的处理，例如，根据注解生成新的Java类，这也就是EventBus，Retrofit，Dragger等开源库的基本原理。
学习JAVA，必须得安装一下JDK(java development kit java开发工具包)，配置一下环境就可以学习JAVA了，下面是下载和安装JDK的教程： 1.JDK下载地址： http://www.oracle.com/technetwork/java/javase/downloads/index.html
在 【Android 组件化】路由组件 ( 构造路由表中的路由信息 ) 博客中解析了注解的节点及注解属性 , 将路由信息封装在了 RouteBean 中 ;
apt为何如此重要呢？现今越来越多的第三方库使用了apt技术，Dagger2、ButterKnife、ARouter等，在编译时根据annotation生成相关的代码逻辑，动态的生成Java class文件给开发带来了很大的便利。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/gdutxiaoxu/article/details/71512754
本文由秦喆 芝任 天洲 赵鹏四位作者共同完成。 问题 我们经常需要在主线程中读取一些配置文件或者缓存数据，最常用的结构化存储数据的方式就是将对象序列化为JSON字符串保存起来，这种方式特别简单而且可以
路由除了支持 Activity 之外 , 还要支持 组件间共享的服务 如 工具类 , 逻辑功能 等 ;
在之前的官方文档Apache NiFi Overview一章我们有看到：对于任何基于组件的系统，涉及依赖的问题时常发生。NiFi通过提供自定义类加载器来解决这个问题，确保每个扩展包都暴露在一组非常有限的依赖中。因此，构建扩展包的时候不必担心它们是否可能与另一个扩展包冲突。这些扩展包的概念称为“NiFi Archives”，在Developer’s Guide中有更详细的讨论。
之前的例子中，关于url和Activity之间的关系，是写死在一个Map中的，可以看做是一个静态路由。随着项目规模的扩大，这样一个个的手写那张表是个工作量比较大的工作，那么有什么简单的方式可以实现自动化呢？
不管是Android开发的老司机也好，新司机也罢，想必大家都对findViewById这种样板代码感到了厌倦，特别是进行复杂的UI界面开发的时候，这种代码就会显的非常的臃肿，既影响开发时的效率，又影响美观。 俗话说，不想偷懒的程序猿不叫工程师，那有什么方法可以让我们写这样的代码更加的有效率呢？ 使用依赖注入框架 如果你不想写那些无聊的样板代码，那么你可以尝试一下现有的依赖注入库。ButterKnife作为Jake Wharton大神写的开源框架，号称在编译期间就可以实现依赖注入，没有用到反射，不会降低程序性
在 组件化 中 , 使用 路由组件 进行界面跳转时 , 涉及到参数的传递 , 传递过去的参数需要在目的地 Activity 的 onCreate 方法中 , 调用 getIntent().getXxxExtra() 获取到传递的值 ;
在之前的“Java中的屠龙之术：如何修改语法树”中，我们详细介绍了如何使用Javac源码提供的工具类来修改语法树。
于2020年3月26号，Jack Wharton 官宣 ButterKnife 废弃了。但是我们就没有必要去学习了吗？显然并不是这样的，一个开源库背后的每一分思想和技术都是我们应该去探究的点。
介绍 APT(Annotation Processing Tool)即注解处理器，是一种处理注解的工具，确切的说它是javac的一个工具，它用来在编译时扫描和处理注解。注解处理器以Java代码(或者编译过的字节码)作为输入，生成.java文件作为输出。 简单来说就是在编译期，通过注解生成.java文件。 作用 使用APT的优点就是方便、简单，可以少些很多重复的代码。 用过ButterKnife、Dagger、EventBus等注解框架的同学就能感受到，利用这些框架可以少些很多代码，只要写一些注解就可以了。
IntelliJ IDEA 是一款开发工具，提供很多插件功能，比如阿里规范插件（Alibaba Java Coding Guidelines），但是随着日常业务展开，很多工作重复性编码，浪费很多时间，需要自定义抽象出来一些插件，自动化的方式解决问题，这也是工程师文化的体现。
看到移除 so文件可能有些同学会问，这不是只要在as中删除libs目录就搞定了么？这样会有几个问题
相信绝大部分的Android开发者都曾使用过ButterKnife, 利用ButterKnife开发者可以快速的实现实体view与xml的绑定，此外还能绑定各种资源、动画、字符串甚至是点击事件等。ButterKnife内部的原理就是通过自定义注解+自定义注解解析器来动态生成代码并为我们的view绑定id的。本文通过实现一个demo性质的ButterKnife项目来展示如何自定义注解+注解解析器。 关于注解本身本文不多做介绍，这里给出一篇讲解注解的文章一小时搞明白自定义注解（Annotation），对注解
JVM虚拟机处理器可以执行java的字节码程序。java编译器只要面向JVM，生成JVM能理解的代码或字节码文件。Java源文件经编译成字节码程序，通过JVM将每一条指令翻译成不同平台机器码在特定平台运行。
文章写的比较啰嗦,有些东西可以不看,因为想看懂框架, 想了解SSH或者SSM框架的设计原理和设计思路,又去重新看了一遍反射和注解， 然后看别人的博客说想要看懂框架得先看懂设计模式,于是遇到了动态代理这个大坑,写博客等于是对自己学习过程的一个回顾和总结
butterknife里面的DebouncingOnClickListener不难理解，就不贴了 由此可以看到，这次需要传参的就很多，而且明显是一个监听器的类，所以需要定义一个ListenerClass，同时里面还需要一个ListenerMethod 最终的BindClick
程序代码为 ~\hadoop-2.7.4\share\hadoop\mapreduce\sources\hadoop-mapreduce-examples-2.7.4-sources\org\apache\hadoop\examples\WordCount.java
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
