初始化

2019.1.28 2019.1.29 2019.1.30 这周熟悉rabbitmq 6种模式 在另一篇博客里 2019.1.31 idea类/方法注释 类注释是在file and code templates 创建类时候提示需要输入描述内容 方法注释是在live tempaltes 在方法内部 / + a + enter 整理了春节假期打算学习的东西 java基础和数据结构是重点，mysql优化和淘宝买的redis教程 2019.2.13 开工了 晃悠了小半个月。看了些教程笔记写的很清楚 不粘上来了。多看一下笔记还是有些收获的 plugins是依赖，lifecycle是mvn简单依赖 查内部端口用ps -ef|grep port，查外部端口用lsof -i:port mac 的 ab插件 压力测试测试好玩！ ab -n1000 -c10 http://localhost:8080/userRedis 1）-n:进行http请求的总个数 2）-c:请求的client个数，也就是请求并发数 3)统计qps：qps即每秒并发数，request per second 统计：10个并发的情况下 并且mysql的缓存机制王哥也提到，提问：自己写的sql访问10次其实返回时间是差不多的。解释：数据量不够大，数据量大的时候时间差距是非常明显的。 2019.2.14 今天计划 redis教程过完

在Android开发中，我们为了方便初始化Activity中的各种View，我们可能会使用到Jake Wharton的 ButterKnife库，这个库是针对View、资源id等进行注解的开源库，它能够去除掉一些丑陋不堪的样板式代码，使得我们的代码更加简洁、易于维护，同时基于APT也使得它的效率得到保证。 （如果你想快速了解ButterKnife的实现思路，可以先阅读 ExampleActivity$InjectAdapter类以及后续的结论，然后再回过头来阅读 ） 下面我们来看看 ButterKnife 的简单使用。 首先我们看在没有使用ButterKnife时，我们初始化一个 Activity中的各个控件的代码: 在ExampleActivity函数的onCreate函数中，我们通常会对各个子视图进行初始化，这些代码看起来重复性很高，而且丑陋不堪，几乎都要对View进行强转，当一个布局中含有十个以上的View时，再加上为某些View添加上事件处理等，这部分的代码将占用很大的篇幅。 ButterKnife就是为了简化这些工作而出现的，让开发人员专注在真正有用的代码上。使用ButterKnife之后我们的代码变成了这样: 当运行完onCreate函数之后Activity中的几个View就已经被初始化了。findViewById、强制转换等样板代码被去除了，代码变得更加简单

一、servlet2（老spring-mvc） 配置文件： web.xml：主要配置项目启动项 application-context.xml：主要配置项目包扫描、各种bean、事务管理 springMVC.xml：主要配置controller包扫描、视图解析器、参数解析器 启动过程： 每一个spring项目启动时都需要初始化spring-context，对于非web项目可以在程序main方法中触发这个context的初始化过程。 由于web项目的启动入口在容器，所以开发者不能直接触发spring-context的初始化，就需要将初始化过程与容器的启动过程做强关联。 由于容器启动时会加载解析web.xml文件，所以web.xml正是建立关联的好地方。web.xml中所配置的ContextLoadListener就是这个关联点，它监听到容器启动了就会去初始化spring-context。 由于DispatcherServlet是全局核心控制器，所有的请求都需要被它拦截，所以他的启动时机需要配置，默认是第一个请求到来时才实例化它。 但是可以将它配置为随容器启动而初始化，在DispatcherServlet初始化过程中去读取springMVC.xml配置文件，完成controller映射、视图解析、参数解析等工作。 二、servlet3 Servlet3规定

　　我们通常使用ApplicationContext作为Spring容器。这里，我们讲的也是 ApplicationContext中Bean的生命周期。而实际上BeanFactory也是差不多的，只不过处理器需要手动注册。 　　 (1).实例化bean: 　　　　对于BeanFactory容器,当客户向容器请求一个尚未初始化的bean时,或初始化bean的时候,需要注入另一个尚未初始化的依赖时,容器就会调用createBean进行实例化,对于ApplicationContext容器,当容器启动结束后,通过获取BeanDefinition对象中的信息,实例化所有的bean. 　　 (2).设置对象属性(依赖注入): 　　　　实例化后的对象被封装在BeanWrapper对象中,紧接着,Spring根据BeanDefinition中的信息,以及通过BeanWrapper提供的设置属性的接口完成依赖注入. 　 　(3).处理Aware接口: 　　　　接着,Spring会检测该对象是否实现了xxxAware接口,并将相关的xxxAware实例注入给Bean: 　　　　　　1.如果这个Bean已经实现了BeanNameAware接口,会调用它实现的setBeanName(String beanId)方法,此处传递的就是Spring配置文件中的id值. 　　　　　　2

1 、乘法运算符 2 、定义指针 int *p = 0; 还是 int* p = 0;？ 后一种比较容易这样理解：定义了一个变量p，它是指针型的（更详细一点，是指向int的指针型），相比而言，前面一种定义似乎是定义了*P这个奇怪的东西。但是后面一种写法会带来一个容易产生的误解： int* p1, p2; 这儿给人的感觉似乎是定义了两个指针型变量p1和p2，但是，事实上，这种直觉是错误的，正确的理解方式是int *p1, p2;即p1是指针型的，而p2确是整型的。 在MS VC++ 6.0中，是按照后面一种格式写的。 3 、何谓指针？ 指针仅仅表示一个内存中的某个地址？ 非也，注意到，我们在定义指针的时候，都关联了一个类型，如int，char，或者是string等等，如果说指针仅仅表示一个内存中的地址，那何必要关联这么多变化的东西呢？完全可以DWORD p＝0；这样解决问题。 关联了的数据类型是作何用的呢？ 它可以指示编译器怎样解释特定地址上内存的内容，以及该内存区域应该跨越多少内存单元。如 int *p; 编译器可以从这个定义中获得信息：1、p指向的内存存放的是整型数据，2、由于该内存区域只存放了一个数据，跨越的内存区域为4个字节，即p+1的效果是跳过了四个字节。 另一个复杂一点的例子，如 struct a {int x1; short x2; a *next; } 定义指针 a

1 、乘法运算符 2 、定义指针 int *p = 0; 还是 int* p = 0;？ 后一种比较容易这样理解：定义了一个变量p，它是指针型的（更详细一点，是指向int的指针型），相比而言，前面一种定义似乎是定义了*P这个奇怪的东西。但是后面一种写法会带来一个容易产生的误解： int* p1, p2; 这儿给人的感觉似乎是定义了两个指针型变量p1和p2，但是，事实上，这种直觉是错误的，正确的理解方式是int *p1, p2;即p1是指针型的，而p2确是整型的。 在MS VC++ 6.0中，是按照后面一种格式写的。 3 、何谓指针？ 指针仅仅表示一个内存中的某个地址？ 非也，注意到，我们在定义指针的时候，都关联了一个类型，如int，char，或者是string等等，如果说指针仅仅表示一个内存中的地址，那何必要关联这么多变化的东西呢？完全可以DWORD p＝0；这样解决问题。 关联了的数据类型是作何用的呢？ 它可以指示编译器怎样解释特定地址上内存的内容，以及该内存区域应该跨越多少内存单元。如 int *p; 编译器可以从这个定义中获得信息：1、p指向的内存存放的是整型数据，2、由于该内存区域只存放了一个数据，跨越的内存区域为4个字节，即p+1的效果是跳过了四个字节。 另一个复杂一点的例子，如 struct a {int x1; short x2; a *next; } 定义指针 a

标识符：变量名，即变量的标识符；C++中的标识符都是大小写敏感的。 初始化：复制初始化和直接初始化。直接初始化效率更高。 初始化不是赋值：初始化既创建变量又赋初始值，赋值则是擦除对象的当前值并用新值代替。 系统有时候会帮我们初始化变量，系统提供什么样的值取决于变量的类型以及定义的位置。 未初始化的变量引起运行问题：可能会导致程序错误执行和/或错误计算，问题出在未初始化的变量事实上都有一个值，编译器指定变量的内存地址，该地址原有数值依然存在。建议每个内置类型的对象都要初始化。 声明和定义：声明用于向程序表明变量的类型和名字。定义也是声明。但声明不是定义。可以使用extern声明变量。 extern int i;//declares but not define i int i;//declares and define i extern double i = 0;//definition C++语言中，变量必须且仅能定义一次。 变量名相同，在局部作用域中局部变量会屏蔽全局变量。 函数外部的名字具有全局作用域。类作用域、命名空间作用域、语句作用域、局部作用域。 const限定符把一个对象转换成一个常量，定义const对象时必须初始化。 const对象默认为文件的局部变量。与其他变量不同，除非特别说明，在全局作用域声明的const变量是定义该对象的文件的局部变量。此变量只存在于那个文件钟

1.sleep()和wait()： Java中的多线程是一种 抢占式 的机制，而不是分时机制。抢占式的机制是有多个线程处于可运行状态，但是只有一个线程在运行。 ● 共同点 ： (1) 他们都是在 多线程 的环境下，都可以在程序的调用处阻塞指定的毫秒数，并返回。 (2) wait()和sleep()都可以通过 interrupt() 方法 打断线程的暂停状态 ，从而使线程立刻抛出InterruptedException。 如果线程A希望立即结束线程B，则可以对线程B对应的Thread实例调用interrupt方法。如果此刻线程B正在wait/sleep/join，则线程B会立刻抛出InterruptedException，在catch() {} 中直接return即可安全地结束线程。 需要注意的是，InterruptedException是线程自己从内部抛出的，并不是interrupt()方法抛出的。对某一线程调用 interrupt()时，如果该线程正在执行普通的代码，那么该线程根本就不会抛出InterruptedException。但是，一旦该线程进入到 wait()/sleep()/join()后，就会立刻抛出InterruptedException 。 ● 不同点 ： (1) 每个对象都有一个锁来控制同步访问。 Synchronized 关键字可以和对象的锁交互

　　在Java语言中，所有的变量在使用前必须声明。声明变量的基本格式如下： 　　type identifier [ = value][, identifier [= value] ...] ; 　　格式说明：type为Java数据类型。identifier是变量名。可以使用逗号隔开来声明多个同类型变量。 　　以下列出了一些变量的声明实例。注意有些包含了初始化过程。 　　int a, b, c; // 声明三个int型整数：a、 b、c。 　　int d = 3, e, f = 5; // d声明三个整数并赋予初值。 　　byte z = 22; // 声明并初始化z。 　　double pi = 3.14159; // 声明了pi。 　　char x = 'x'; // 变量x的值是字符'x'。 　　Java语言支持的变量类型有： 　　局部变量 　　成员变量 　　类变量 　　Java局部变量 　　局部变量声明在方法、构造方法或者语句块中; 　　局部变量在方法、构造方法、或者语句块被执行的时候创建，当它们执行完成后，变量将会被销毁; 　　访问修饰符不能用于局部变量; 　　局部变量只在声明它的方法、构造方法或者语句块中可见; 　　局部变量是在栈上分配的。 　　局部变量没有默认值，所以局部变量量被声明后，必须经过初始化，才可以使用。 　　实例1 　　在以下实例中age是一个局部变量

Flink Kafka Connector 是 Flink 内置的 Kafka 连接器，它包含了从 Kafka Topic 读入数据的 Flink Kafka Consumer 以及向 Kafka Topic 写出数据的 Flink Kafka Producer，除此之外 Flink Kafa Connector 基于 Flink Checkpoint 机制提供了完善的容错能力。本文从 Flink Kafka Connector 的基本使用到 Kafka 在 Flink 中端到端的容错原理展开讨论。 1.Flink Kafka 的使用 在 Flink 中使用 Kafka Connector 时需要依赖 Kafka 的版本，Flink 针对不同的 Kafka 版本提供了对应的 Connector 实现。 1.1 版本依赖 既然 Flink 对不同版本的 Kafka 有不同实现，在使用时需要注意区分，根据使用环境引入正确的依赖关系。 <dependency> <groupId>org.apache.flink</groupId> <artifactId>${flink_kafka_connector_version}</artifactId> <version>${flink_version}</version> </dependency> 在上面的依赖配置中 ${flink