Hello, I'm arthinking.
指弹吉他 && 技术
2018/7/27 8:15
1 关于提交日志规范 良好的Commit Message有利于代码审查,能更快速查找变更记录,并且可以直接生成Change log。 Commit Message的写法规范:conventional-changelog 为了规范代码提交的说明,这里我们使用angular的规范写法: <type>(<scope>): <subject> <空行> <body> <空行> <footer> 其中 head((): )是必须的,body和footer是可选的。 如果只需要输入header,可以直接使用: git commit -m 命令提交。 如果需要输入body、footer这样的多行日志,需要输入: git commit 跳出文本编辑器进行编写。 1.1 Header 1.1.1 Type commit的类...
阅读(105 views+) 标签: , ,
2018/7/27 8:15
1 关于提交日志规范 良好的Commit Message有利于代码审查,能更快速查找变更记录,并且可以直接生成Change log。 Commit Message的写法规范:conventional-changelog 为了规范代码提交的说明,这里我们使用angular的规范写法: <type>(<scope>): <subject> <空行> <body> <空行> <footer> 其中 head((): )是必须的,body和footer是可选的。 如果只需要输入header,可以直接使用: git commit -m 命令提交。 如果需要输入body、footer这样的多行日志,需要输入: git commit 跳出文本编辑器进行编写。 1.1 Header 1.1.1 Type commit的类...
阅读(105 views+) 标签: , ,
2018/7/5 19:05
从我接手过的一个项目说起。 先上一个无关紧要的图提提神: 随着项目快速迭代,项目代码变得臃肿,数据表已经接近一百张了。其中部分模块代码消耗cpu和内存大,十几个开发人员在同一个工程里面同时开发着十来个特性,系统如下问题凸显: 1、特性耦合,发版困难 往往一个特性的改动,会牵涉到若干模块,多个特性代码改动重叠,给测试以及合板,发版带来了极大的考虑,降低了发版的效率。 2、非弹性部署,扩展能力差 有些模块需要消耗大量cpu和内存,有些模块需要支持高并发,有些模块需要很少的服务器资源,由于都在单一的系统中,各个模块之间公用同一套服务器资源,分配不均衡,不能针...
阅读(21 views+) 标签: , ,
2018/3/28 15:51
什么是分布式事务? 互联网应用中,随着系统用户数量的增多,访问压力也不断增大,数据功能相互独立的模块拆分开来,对其进行集群部署。 比如完成一笔交易,分别需要在交易模块,订单模块,用户数据模块中进行处理,分别做一些数据的更新或者入库,当三个模块都处理完毕之后,才算完成了这笔交易的事务。在这种分布式部署的系统中,需要处理的数据分布在不同的物理节点上,怎么去保证能处理完一笔交易之后的数据完整性呢,这就是分布式事务考虑的事情。 分布式事务如何处理 如何用消息系统避免分布式事务?这里提到的方案也是可行的,但是更常见的场景是,我们对接了第三方的支付,需要调用第三...
阅读(36 views+) 标签: , ,
2015/3/13 15:34
1、配置 1.1、安装 sudo apt-get install memcached 1.2、启动 Memcached的基本设置: -p 监听的端口 -l 连接的IP地址, 默认是本机 -d start 启动memcached服务 -d restart 重起memcached服务 -d stop|shutdown 关闭正在运行的memcached服务 -d install 安装memcached服务 -d uninstall 卸载memcached服务 -u 以的身份运行 (仅在以root运行的时候有效) -m 最大内存使用,单位MB。默认64MB -M 内存耗尽时返回错误,而不是删除项 -c 最大同时连接数,默认是1024 -f 块大小增长因子,默认是1.25 -n 最小分配空间,key+value+flags默认是48 -h 显示帮助 mixi的设置,单台: # ...
阅读(717 views+) 标签: ,
2015/3/13 15:10
有这样一个场景:使用getMulti一次性读取一个系列的所有手机100个key,请求了100万次,系统最初只有一个MC服务器,随着访问量的增加,负载加大了,于是增加了几个MC服务器,但结果负载反而更加大了。 原因是开始那100个key在一台服务器上获取,现在分不到了几MC服务器,需要访问的服务器增多了,而关键性的因素是我们用到的MC客户端memcached-client,其中的AscIIClient如下: public Map<String, Object> getMulti(String[] keys, Integer[] hashCodes, boolean asString) { if ((keys == null) || (keys.length == 0)) { if (log.isErrorEnabled()) log.error("...
阅读(639 views+) 标签: ,
2015/3/9 22:34
获取调用者信息的方法 一般的,我们可以通过堆栈信息获取调用当前方法的类名和方法名 // 通过堆栈信息获取调用当前方法的类名和方法名 String className = ""; String methodName = ""; Class clazz = null; StackTraceElement[] elements = new Throwable().getStackTrace(); for (int i = 0; i < elements.length; i++){ if (this.getClass().getName().equals(elements[i].getClassName())){ // 获取堆栈的下一个元素,就是调用者元素 // 如果想要获取当前方法所在类的信息,直接读取elements[i]就可以了 className = elements[i + 1].getClassName(); ...
阅读(956 views+) 标签: ,
2015/3/9 10:36
当我们使用富文本编辑器的时候,为了确保存储的内容没有XSS注入问题,比较安全的做法是对输入的内容进行过滤。 常见的XSS注入方式可以参考这里: https://www.owasp.org/index.php/XSS_Filter_Evasion_Cheat_Sheet Jsoup中提供给了白名单过滤的功能,但是并没有对属性进行校验,而属性中可能包含JS脚本或者是CSS注入,所以除了设置白名单的标签和属性之外,也需要对属性进行过滤。以下是一个过滤程序,允许你对属性进行自定义的过滤设置,并且允许动态的刷新白名单列表,方便在运行时增减支持从标签。 https://github.com/arthinking/java-code/tree/master/src/main/java/me/arthinki...
阅读(586 views+) 标签:
2015/3/2 9:55
1、概述 2、线程安全 2.1、Java语言中的线程安全 按照线程安全的“安全程度”由强至弱来排序,我们可以将Java语言中各种操作共享的数据分为以下5类:不可变、绝对线程安全、相对线程安全、线程建荣和线程对立。 不可变 不可变的对象一定是线程安全的。 保证对象行为不影响自己状态的途径有很多种,其中最简单的就是把对象中带有状态的变量都声明为final。 Java API中符合不可变要求的类型:String,java.lang.Number的部分子类(如Long和Double的数值包装类,BigInteger和BigDecimal等大数据类型但`AtomicInteger`和`AtomicLong`则并非不可变的)。 绝对线程安全 Java API中标注自己是线...
阅读(839 views+) 标签: ,
2015/3/1 23:57
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 1、概述 2、硬件的效率与一致性 基于告诉缓存的存储交互很好地解决了处理器与内存的速度矛盾,但是也为计算机系统带来了更高的复杂度,因为它引入了一个新的问题:缓存一致性。 处理器可能会对输入代码进行乱序执行优化,处理器会在计算之后将乱序执行的结果重组,保证该结果与顺序执行的结果是一致的。 3、Java内存模型 线程的工作内存中保存了被该线程使用到的变量的主内存副本拷贝,线程对变量的所有操作(读取、赋值等)都必须在工作内存中进行。 3.1、主内存与工作内存 3.2、内存间交互操作 3.3、对于volatile型...
阅读(789 views+) 标签: ,
2015/3/1 22:46
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 1、概述 即时编译器并不是虚拟机必需的部分。 本章提及的编译器、即时编译器都是指 HotSpot 虚拟机内的即时编译器,虚拟机也是特指 HotSpot 虚拟机。 2、HotSpot虚拟机内的即时编译器 2.1、解释器与编译器 HotSpot 虚拟机中内置了两个即时编译器,分别称为 Client Compiler 和 Server   Compiler。 HotSpot 虚拟机会根据自身版本与宿主机器的硬件性能自动选择运行模式,用户也可以使用"- client" 或"- server" 参数去强制指定虚拟机运行在 Client 模式或 Server 模式。 参数"- Xint" 强制虚拟机运行于“解释模式”( Interp...
阅读(605 views+) 标签: ,
2015/3/1 22:41
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 1、概述 Java语言的“编译期”是一段不确定的操作过程,可能是: 前端编译器(编译器的前端)把Java文件转换为class文件;Sun 的 Javac、 Eclipse   JDT 中的增量式编译器( ECJ)[ 1]。 后端编译器(JIT编译期 Just in time compiler)把字节码变成机器码;JIT 编译器: HotSpot   VM 的 C1、 C2 编译器。 静态编译器(AOT编译器 ahead of time compiler)直接把Java编译成本地机器代码; AOT 编译器: GNU   Compiler   for   the   Java( GCJ)[ 2]、 Excelsior JET[ 3]。 本章讨论第一类编译过程。 Javac 这类...
阅读(683 views+) 标签: ,
2015/3/1 22:35
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 1、概述 能通过程序进行操作的,主要是字节码生成与类加载器这两部分的功能。 2、案例分析 2.1、Tomcat:正统的类加载器架构 主流的 Java   Web 服务器,如 Tomcat、 Jetty、 WebLogic、 WebSphere 或其他笔者没有列举的服务器,都实现了自己定义的类加载器(一般都不止一个)。因为一个功能健全的 Web 服务器,要解决如下几个问题: 部署在同一个服务器上的两个 Web 应用程序所使用的 Java 类库可以实现相互隔离。 部署在同一个服务器上的两个 Web 应用程序所使用的 Java 类库可以互相共享。 服务器需要尽可能地...
阅读(473 views+) 标签: ,
2015/3/1 22:27
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 1、概述 物理机的执行引擎是直接建立在处理器、硬件、指令集和操作系统层面上的,而虚拟机的执行引擎则是由自己实现的,因此可以自行制定指令集与执行引擎的结构体系,并且能够执行那些不被硬件直接支持的指令集格式。 2、运行时栈帧结构 栈帧存储了方法的局部变量表、操作数栈、动态连接和方法返回地址等信息。每一个方法从调用开始至执行完成的过程,都对应着一个栈帧在虚拟机栈里面从入栈到出栈的过程。 每一个栈帧都包括了局部变量表、操作数栈、动态连接、方法返回地址和一些额外的附加信息。 对于执行引擎来说,在活...
阅读(685 views+) 标签: ,
2014/12/9 21:34
##Maven项目目录结构如下: project - src - main - java - resources - webapp - WEB-INF - classes - lib - target - project-snapshot - WEB-INF - classes - lib - classes 其中 project-snapshot就是maven编译生成的项目目录了,我们一般使用这个目录对项目进行部署,这样问题来了: 每次改动JSP文件或者Java文件,都得重新用maven编译一下,以便生成代码到该目录,有没有方便点的做法呢...
阅读(1,077 views+) 标签:
2014/12/8 8:45
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 1、概述 虚拟机把描述类的数据从 Class 文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的 Java 类型,这就是虚拟机的类加载机制。 Java 里天生可以动态扩展的语言特性就是依赖运行期动态加载和动态连接这个特点实现的。 2、类加载的时机 加载( Loading)、 验证( Verification)、 准备( Preparation)、 解析( Resolution)、 初始化( Initialization)、 使用( Using) 和卸载( Unloading) 7 个阶段。 其中验证、准备、解析 3 个部分统称为连接( Linking)。 加载、验证、...
阅读(624 views+) 标签: ,
2014/12/8 0:11
类从被加载到JVM内存开始,到卸载出内存,整个周期包括:加载、验证、准备、解析、初始化、使用和卸载。而虚拟机规范严格规定了有且只有五种情况必须对类进行初始化(link),这几种情况被称为对类的主动引用,其他的情况被称为被动引用(link),其中就包括调用一个类的常量,不会触发定义常量的类的初始化,这是因为常量(字符串类型或基本数据类型)在编译阶段会存入调用类的常量池中。 问题描述如下: 更新一个常量类class到服务器之后,其他引用这个常量的地方并没有做出改动,导致问题的出现。 对常量问题的思考: 一般在系统运行事情不会发生变化的东西才可以定义为常量,常量可以...
阅读(475 views+) 标签: ,
2014/12/7 23:06
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 1、概述 2、无关性的基石 JVM 设计者通过 JSR- 292 基本兑现了对 Java 虚拟机进行适当的扩展,以便更好地支持其他语言运行于 JVM 之上这个承诺。 Java 虚拟机不和包括 Java 在内的任何语言绑定,它只与“ Class 文件”这种特定的二进制文件格式所关联 #3、Class类文件的结构 任何一个 Class 文件都对应着唯一一个类或接口的定义信息,但反过来说,类或接口并不一定都得定义在文件里(譬如类或接口也可以通过类加载器直接生成)。 Class 文件是一组以 8 位字节为基础单位的二进制流。 根据 Java 虚拟机规范的规定, Class 文件...
阅读(521 views+) 标签: ,
2014/11/30 22:20
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 - 自动内存管理机制(调优案例分析与实战) 1、概述 2、案例分析 2.1、高性能硬件上的程序部署策略 一个部署问题 √ 控制 Full GC 频率的关键是看应用中绝大多数对象能否符合“朝生夕灭”的原则,即大多数对象的生存时间不应太长,尤其是不能有成批量的、长生存时间的大对象产生,这样才能保障老年代空间的稳定。 如果读者计划使用 64 位 JDK 来管理大内存,还需要考虑下面可能面临的问题:内存回收导致的长时间停顿;相同程序在 64 位 JDK 消耗的内存一般比 32 位 JDK 大,这是由于指针膨胀,以及数据类型对齐补白等因素导致的...
阅读(896 views+) 标签: ,
2014/11/26 22:31
《深入理解Java虚拟机:JVM高级特性与最佳实践(第2版)》笔记 - 自动内存管理机制(虚拟机性能监控与故障处理工具) 虚拟机性能监控与故障处理工具 1、概述 给一个系统定位问题的时候,知识、经验是关键基础,数据是依据,工具是运用知识处理数据的手段。这里说的数据包括:运行日志、异常堆栈、 GC 日志、线程快照( threaddump/ javacore 文件)、堆转储快照( heapdump/ hprof 文件)等。 2、JDK的命令行工具 如果读者在工作中需要监控运行于 JDK 1. 5 的虚拟机之上的程序,在程序启动时请添加参数"- Dcom. sun. management. jmxremote" 开启 JMX 管理功能,否则由于部分工具都是基于...
阅读(816 views+) 标签: ,
关于IT宅 文章归档

IT宅中的文章除了标题注明转载或有特别说明的文章,均为IT宅的技术知识总结,学习笔记或随笔。如果喜欢,请使用文章下面提供的分享组件。转载请注明出处并加入文章的原链接。 感谢大家的支持。

联系我们:admin@itzhai.com

Theme by arthinking. Copyright © 2011-2015 IT宅.com 保留所有权利.