wzx01234567890的博客

三种类型设计模式创建型涉及模式单例模式，工厂模式，建造者模式，原型模式结构型设计模式门面模式，适配器模式，代理模式，适配器模式，桥接模式，组合模式，装饰者模式行为型设计模式职责链模式，观察者模式，策略模式，模版方法模式，状态模式，命令模式，中介者模式，访问者模式，迭代器模式，备忘录模式设计原则一：单一职责原则 （降低类的复杂度，一个类只负责一个职责）二：李氏代换原则 （所有引用基类的地方必须能够透明的使用其子类对象）三：迪米特法则 （接口隔离原则，客户端不应该依赖他不需要的接口）四：依

- Topic & Partition：Topic相当于传统消息系统MQ中的一个队列queue，producer端发送的message必须指定是发送到哪个topic，但是不需要指定topic下的哪个partition，因为kafka会把收到的message进行load balance，均匀的分布在这个topic下的不同的partition上（ hash(message) % [broker数量] ）。物理上存储上，这个topic会分成一个或多个partition，每个partiton相当于是一

用户态和和心态内核态（Kernel Mode）：cpu可以访问内存的所有数据，包括外围设备，例如硬盘，网卡，cpu也可以将自己从一个程序切换到另一个程序。用户态（User Mode）：只能受限的访问内存，且不允许访问外围设备，占用cpu的能力被剥夺，cpu资源可以被其他程序获取。什么是bio,niobio 同步阻塞nio 同步非阻塞这里说的阻塞是网络层的阻塞，对磁盘io来说都是不阻塞的以read为例，内核层两个阶段：读取数据：没有收到完整数据包（或者没有数据包），一直阻塞，系统内核等待完整

假设系统的处理核数为4核，那么逻辑处理器为8 先普及一下概念CPU密集型（CPU-bound）CPU密集型也叫计算密集型，指的是系统的硬盘、内存性能相对CPU要好很多，此时，系统运作大部分的状况是CPU Loading 100%，CPU要读/写I/O(硬盘/内存)，I/O在很短的时间就可以完成，而CPU还有许多运算要处理，CPU Loading很高。IO密集型（I/O bound）IO密集型指的是系统的CPU性能相对硬盘、内存要好很多，此时，系统运作，大部分的状况是CPU在等I/O (硬盘/内存)

总结 orm映射1，在表查询中，不要用select * ，1，增加查询分析解析成本。2，增加网络负担。2，pojo类 布尔类型不允许加is,而数据库必须加is，要求在resultmap中进行字段和属性之间的映射。3，不要用resultclass 作为返回类型，即使一一映射，反过来，一张表必须有一个resultmap ，方便维护，使字段与do 类解藕。4.sql.xml配置参数使用，推荐使用#{} ,#param#,不能使用${}，会有sql注入问题。...

总结1，禁止使用存储过程，不好维护，扩展性不好2，统计使用count（*），他会统计null列的值，count(col) 不会统计3，用isnull 判空效率更高4，使用分页查询的时候count为0直接返回，往下执行分页毫无意义，而且影响系统效率。5，数据订正一定要先select ，避免误删6，多表查询一定要取别名，避免出现 1052 ambiguous 模糊不清的错误。...

阿里巴巴开发手册之索引规约业务上具有唯一特性的字段，即使是组合字段，也必须建成唯一索引，不要以为唯一索引影响了insert速度，这个速度损耗可以忽略，但提高查找速度是明显的2.超过三个表禁止join，多表关联查询时，被关联的字段需要有索引即使是双表也要注意表索引，sql性能3varchar字段建立索引时，必须指定索引长度，没必要对全字段建立索引。4.页面搜索严禁左模糊或者全模糊，如果需要做搜索引擎来解决5.order by场景，注意索引的有序性。遵循最佳左前缀原则6，利用覆盖索引，避免回表

建表规约总结表示是否逻辑的字段 用 is_xxx的命名方式。数据类型是 unsigned tinyint 1表示是，0表示否。不要用关键字命名字段。库名保持与应用名一致，表明表示业务+表作用。用 unsignd 无符号数能够扩大存储范围。字段允许冗余，提高查询性能，但需要考虑数据一致性。表行超过500万行才考虑分库分表，如果近三年都到不了，那就没必要分库分表。字段一律小写，linux上区分大小写，windows不区分。小数存储用decimal，不要用float或者double，会导致精度丢失

阿里巴巴开发手册之安全规约用户数据必须脱敏用户传入的任何参数必须做有效性验证ssrf，缓存击穿，任意重定向sql注入，order by 导致数据库慢查询

阿里巴巴开发手册之异常处理1.对于预先能知道的异常比如：空指针npe，数组越界异常要预先检查规避2.异常不做流程控制，条件控制3，catch的时候一定要知道哪些是稳定代码，哪些是不稳定代码。4.异常捕获一定要处理，不处理直接抛给最外层业务方处理。5.不要在 finally 块中使用 return。说明：try 块中的 return 语句执行成功后，并不马上返回，而是继续执行 finally 块中的语句，如果此处存在 return 语句，则在此直接返回，无情丢弃掉 try 块中的返回点。6.捕

常量定义先给一张图学习总结就分析gongwu某个系统，跨应用应用常量一般定义在api子模块下，当有依赖的时候直接通过部署打包到私有仓库，供其他系统使用，而自己本系统的共享常量一般写在core核心模块或者common模块下，供系统内的其他子模块复用。...

阿里巴巴开发手册自己所感应用分层总结：其实，对于*****的开放接口设计来说，manager层实在 业务逻辑层之上的，区别并不是很大，但是service 和 manager 可以互相转化 ，就数据模型的传输而言，越到上层复用性越低但其实按照阿里的开发手册会更加规范化，业务逻辑层service如果需要依赖三方的外部接口，manager就相当于是一个dao层，让service层进行下层，挡在service层和外部层，可以更好的进行解藕，其实也可以理解为三方，中介，让service层有更强的通用能力，当

思路根据后续遍历中序遍历，确定根节点确定中序遍历根节点的左右两边分别是左子树，右子树递归求解左子树递归求解右子树最终生成一颗二叉树package com.wuzhixin.client;/** * @author wuzhixin * @version 1.0 * @date 2020/2/29 18:23 * @desc */import java.util.L...

package com.wuzhixin.test;import java.util.Arrays;public class BinarySort { public static void main(String[] args) { int arr[] = {11, 33, 22, 4, 5, 3, 99, 65}; merge(arr, 0, ...

package com.wuzhixin.practice;import com.wuzhixin.javaendapi.Employee2;import org.junit.Before;import org.testng.annotations.Test;import java.util.Arrays;import java.util.Comparator;import jav...

package com.wuzhixin.methodreference;import com.wuzhixin.java8.Employee;import org.testng.annotations.Test;import java.util.concurrent.Executor;import java.util.concurrent.ExecutorService;impo...

package com.wuzhixin.java8;import org.testng.annotations.Test;import org.w3c.dom.ls.LSOutput;import java.util.ArrayList;import java.util.Arrays;import java.util.List;import java.util.Random;i...

就是依次和中间相比较，比中间大，往右边找，比中间小，往左边找（前提是有序） 比较简单package com.wuzhixin.suanfa;/** * 吴志新 * 2019/9/23-15:18 * _23designpatterns **/public class BinarySearch { public static void main(String[] args) ...

图（无向图）的生成及深度优先遍历，及广度优先遍历图的广度和深度优先遍历 用如下图来解决图的创建：java代码：class Graph{ private int edgesNum; //边数 private char [] vertexs; //顶点 private int [][] weight; //描述两边是否联通 public Graph...