首页 文章 精选 留言 我的

精选列表

搜索[安全机制],共10000篇文章
优秀的个人博客,低调大师

Bee v1.4.8 发布,完善查询结果缓存机制

Bee 是一个简单,高效,开发速度快的 ORM 框架。 具有省时/优雅、简单易用、自动风格。 Bee的一级缓存,概念简单,功能强大;一级缓存也可以像JVM一样进行细粒度调优。 一级缓存对用户透明,用户编码感觉不到缓存的存在。 -------------------------------------------------------------- Bee 是一个简单,高效,开发速度快的 ORM 框架。 具有省时/优雅、简易、自动风格。 Bee 是一种更接近 SQL 语言思维的 ORM 框架, 一种开发速度和开发成本都不比php差的Java ORM框架, 而且它的编码复杂度是O(1),即用了 Bee,你可以不用另外再写dao代码。 Bee 主要功能特点介绍: 1.接口简单,使用方便。Suid接口只有 4 个方法,对应SQL语言的select,update,insert,delete 操作。 2.Javabean 没有注解,也不需要xml映射文件,只是纯的 Javabean 即可,甚至 get,set 方法不用也可以。 3.自动过滤 null 和空字符串,不用再写一堆的判断非空的代码。 4.动态/任意组合查询条件,不需要提前准备dao接口,有新的查询需求也不用修改或添加接口。 5.支持直接返回Json格式查询结果;链式编程。

优秀的个人博客,低调大师

JAVA虚拟机 自动内存管理机制(一)

运行时数据区域 java虚拟机在执行java程序的过程中会把他所管理的内存划分为若干个不同数据区域。有的区域随着虚拟机进程的启动而存在,而有的区域依赖用户的线程的启动与结束而建立和销毁。java虚拟机所管理的内存主要包括以下几个运行时的数据区域。 程序计数器 程序计数器(Program Counter Register)是一块较小的内存空间,可以看做是当前线程所执行的字节码的行号指示器。字节码解释器就是根据改变程序计数器的值来获取下一条需要执行的字节码指令。分支循环跳转以及异常处理线程恢复等基础功能都需要这个计数器来完成。由于java多线程在每个特定的时刻,一个处理器(对于多核处理器来说是一个内核)都只会执行一个线程,因此为了使线程切换后恢复到正确的执行位置,每个线程都需要一个单独的程序计数器,独立存储,线程间互不影响,称之为“线程私有”的内存。如果正在执行java方法,则指向的是正在执行的字节码的指令地址。如果执行的native,则这个计数器为空(undefined)。此内存区域是唯一一个在java虚拟机规范中没有规定任何OutOfMemoryError情况的区域。 java虚拟机栈 JVMS也是线程私有的,生命周期与线程一样。JVMS描述的是java方法执行的内存模型:每个方法在执行的同时会创建一个栈帧(Stack Frame)用于存储局部变量表,操作数栈,动态链接,方法出口等信息。每一个方法从调用直到执行的过程,就对应栈帧在虚拟机栈入栈到出栈的过程。很多人把java内存分为堆内存与栈内存,这样其实比较粗略。其中的栈就是虚拟机栈或者说是其中的局部变量表的部分。局部变量表存放了编译期可知的各种基本数据类型(8种基本数据类型),对象引用,以及returnAddress类型(指向了一条字节码指令的地址)其中64位长度的long和double类型的数据会占用2个局部变量空间(slot),其余的数据类型只占用1个。局部变量表所需的内存空间会在编译期间完成分配,当进入一个方法时,方法需要在栈帧中确定分配多大的局部变量空间,在方法运行期间不会改变局部变量表的大小。在java虚拟机规范中,对这个区域规定了两种异常状况: 抛出StackOverflowError异常:线程申请的栈深度大于虚拟机所允许的深度。 抛出OutOfMemoryError异常:虚拟机栈动态扩展时无法申请到足够的内存。 本地方法栈 与虚拟机栈类似,不过是本地方法栈是为虚拟机中使用到的Native方法服务。也会像虚拟技栈一样抛出OutOfMemoryError和StackOverflowError异常 java堆(heap) java堆是java虚拟机管理的内存最大的一块,是被所有线程共享的一块内存区域,在虚拟机启动时创建。其唯一目的就是存放对象实例,几乎所有的对象实例都在这里分配内存,但是随着JIT编译器的发展与逃逸分析技术逐渐成熟,栈上分配,标量替换,优化技术将会导致一些微妙的变化发生,所有的对象在堆上分配也变得没有那么“绝对”了。java堆是垃圾收集器管理的主要区域,因此很多时候也被称为“GC堆”。从内存分配的角度来看,线程共享的java堆中可能划分出多个线程私有的分配缓冲区(Thread Local Allocation Buffer,TLAB)但是每个区域存储的仍是对象实例,这样只是为了更好的回收内存或者更好的分配内存。java堆可以处于物理上不连续的内存空间中,只要逻辑上是连续的即可。在实现时,既可以是固定大小的也可以是可扩展的(通过-Xmx和-Xms来控制)。如果堆中没有内存完成实例分配,并且堆无法再扩展时,会抛出OutOfMemoryError异常。 方法区 方法区与java堆一样也是各个线程共享的内存区域。 用于存储已被虚拟机加载的类信息,常量,静态变量,即时编译器编译后的代码等数据。java虚拟机规范将方法区描述为堆的一个逻辑部分,但是他还有一个别名叫非堆(Non-Heap)目的应该是与java堆相区分。java虚拟机规范对方法区的限制非常的宽松,除了和java堆一样不需要连续的内存和可以选择固定大小或者可扩展外,还可以选择不实现垃圾收集。相对而言,垃圾收集行为在这个区域是比较少出现的,主要是针对常量池的回收和类型的卸载。一般来说这个区域的回收“成绩”比较难以令人满意,尤其是类型的卸载,条件相当苛刻,但是这部分的回收也是必要的。根据java虚拟机规范的规定,当方法区无法满足内存分配需求时,将抛出OutOfMemoryError异常。 运行时常量池 运行时常量池是方法区的一部分。Class文件中除了有类的版本,字段,接口等描述信息外,还有一项信息是常量池,用于存放编译期生成的各种字面量和符号引用,这部分内容将在类加载后进入方法区的运行时常量中存放。运行时常量池相对于Class文件常量池的另外一个重要特征是具备动态性,java语言并不要求常量一定只有编译期才能产生,也就是并非预置入Class文件中的常量池的内容才能进入方法区运行时常量池,运行期间也可能将新的常量放入池中。这种特性被开发人员利用的比较多的便是String类的intern()方法。既然运行时常量池是方法区的一部分,自然会受到方法区内存的限制,当常量池无法再申请到内存时会抛出OutOfMemoryError异常。 直接内存 直接内存(Direct Memory)并不是虚拟机运行时数据区的一部分,也不是java虚拟机规范中定义的内存区域。但是这部分内存也被频繁的使用,也可以导致OutOfMemoryError异常的出现。

优秀的个人博客,低调大师

蚂蚁金服通信框架SOFABolt解析 | 编解码机制

SOFA ScalableOpenFinancialArchitecture 是蚂蚁金服自主研发的金融级分布式中间件,包含了构建金融级云原生架构所需的各个组件,是在金融场景里锤炼出来的最佳实践。 本文为《蚂蚁金服通信框架SOFABolt解析》系列第一篇,作者水寒,就职于网易考拉。《蚂蚁金服通信框架SOFABolt解析》系列由 SOFA 团队和源码爱好者们出品。 基础介绍 SOFABolt 是蚂蚁金融服务集团开发的一套基于 Netty 实现的网络通信框架。 为了让 Java 程序员能将更多的精力放在基于网络通信的业务逻辑实现上,而不是过多的纠结于网络底层 NIO 的实现以及处理难以调试的网络问题,Netty 应运而生。 为了让中间件开发者能将更多的精力放在产品功能特性实现上,而不是重复地一遍遍制造通信框架的轮子,SOFABolt 应运而生。

优秀的个人博客,低调大师

Java的垃圾回收机制-垃圾收集算法(一)

当需要排查各种内存溢出,内存泄漏等问题时,当垃圾收集成为系统达到更高并发的瓶颈时,我们有必要深入GC的原理。 image.png 常见垃圾回收算法 在查看垃圾回收具体过程的时候,运行程序加上:-XX:+PrintGCDetails打印详细的垃圾回收过程。 程序计数器,虚拟机栈,本地方法区是三个区域随着线程创建而创建,线程的销毁而销毁,不在垃圾回收的范围内。垃圾回收的区域主要集中在堆与方法区中。 引用计数法 给对象中添加一个引用计数器,每当有一个地方引用它时,计数器就加1;当引用失效的时候,计数器就减1;任何时刻计数器为0的对象就是不可能再被使用的。 客观说:引用计数器实现简单,判定效率也足够高,在部分情况下是一个不错的算法。但JVM并没有使用引用计数法来管理内存。 可达性分析算法 主流的商业语言(Java,C#)都是通过可达性分析来判定对象是否存活的。 算法思路:通过一系列称为GC Roots的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路径称为引用链(Reference Chain),当一个对象到GC Roots没有任何的引用链,(也就是从GC Roots到这个对象不可达),那么证明此对象是不可用的。 如图:object5,object6,object7虽然互相有关联,但他们到GC Roots是不可达的,所以他们会被判定为可回收的对象。 image.png Java中可作为GC Roots的对象: 虚拟机栈(栈帧中的本地变量表引用的对象) 方法区中类静态属性引用的对象 方法区中常量引用的对象 本地方法栈中JNI(Native方法)引用的对象 标记-清除算法 如名字分为两个阶段: 标记:首先标记所有需要回收的对象,在标记完成之后统计回收所有被标记的对象,它的标记过程即为上面的可达性分析算法。 清除:清除所有被标记的对象 缺点: 效率不足,标记和清除效率都不高 空间问题,标记清除之后会产生大量不连续的内存碎片,导致大对象分配无法找到足够的空间,提前进行垃圾回收。 复制算法 将可用的内存按容量划分为大小相等的2块,每次只用一块,当这一块的内存用完了,就将存活的对象复制到另外一块上面,然后把已使用过的内存空间一次清理掉。 缺点: 将内存缩小了原本的一般,代价比较高 大部分对象是“朝生夕灭”的,所以不必按照1:1的比例划分。 现在商业虚拟机采用这种算法回收新生代,但不是按1:1的比例,而是将内存区域划分为eden 空间、from 空间、to 空间 3 个部分。 其中 from 空间和 to 空间可以视为用于复制的两块大小相同、地位相等,且可进行角色互换的空间块。from 和 to 空间也称为 survivor 空间,即幸存者空间,用于存放未被回收的对象。 在垃圾回收时,eden 空间中的存活对象会被复制到未使用的 survivor 空间中 (假设是 to),正在使用的 survivor 空间 (假设是 from) 中的年轻对象也会被复制到 to 空间中 (大对象,或者老年对象会直接进入老年带,如果 to 空间已满,则对象也会直接进入老年代)。此时,eden 空间和 from 空间中的剩余对象就是垃圾对象,可以直接清空,to 空间则存放此次回收后的存活对象。这种改进的复制算法既保证了空间的连续性,又避免了大量的内存空间浪费。 标记-压缩算法 在老年代的对象大都是存活对象,复制算法在对象存活率教高的时候,效率就会变得比较低。根据老年代的特点,有人提出了“标记-压缩算法(Mark-Compact)” 标记过程与标记-清除的标记一样,但后续不是对可回收对象进行清理,而是让所有的对象都向一端移动,然后直接清理掉端边界以外的内存。 这种方法既避免了碎片的产生,又不需要两块相同的内存空间,因此,其性价比比较高。 分代收集算法 根据对象存活的周期不同将内存划分为几块,一般是把Java堆分为老年代和新生代,这样根据各个年代的特点采用适当的收集算法。 新生代每次收集都有大量对象死去,只有少量存活,那就选用复制算法,复制的对象数较少就可完成收集。 老年代对象存活率高,使用标记-压缩算法,以提高垃圾回收效率。 最后 限于篇幅,先介绍常见的垃圾回收算法。 参考 如何解决OutOfMemoryError? 多线程之Java内存模型(一) JVM 垃圾回收器工作原理及使用实例介绍 垃圾收集器第一部分 JVM内存管理及垃圾回收

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册