Couchbase Lite for .NET 是属于 .Net 基金会的一个项目，本文将简要介绍该项目相关的信息。
•形如： www.xxx.com www.xxx.com/bbs www.xxx.com/old•渗透思路：网站可能有多个cms或框架组成，那么对于渗透而言，相当于渗透目标是多个（一个cms一个思路）
串行GC对年轻代使用 mark-copy（标记-复制）算法，对老年代使用 mark-sweep-compact（标记- 清除-整理） 算法。 由于是单线程的垃圾收集器，不能进行并行处理，所以对年轻代和老年代的垃圾收集都会触发全线暂停（STW），停止所有的应用线程。因此这种GC算法不能充分利用多核CPU。不管有多少CPU内核，JVM 在垃圾收集时都只能使用单个核心。
G1垃圾收集器采用一个略微不同的手段来解决并行、串行以及CMS GC的众多缺陷。G1将堆拆成一系列的分区，这样在一个时间段内，大部分的垃圾收集操作就只是在一个分区内执行，而不是整个堆或整个（老年）代。
该系列的第一篇在此：Java Web技术经验总结一，主要包含我在日常工作中的经验和心得体会（如有不足之处欢迎指出）。 Maven的使用经验 依赖的scope有test、provided、compile等。test：一般是单元测试场景使用，在编译环境加入classpath，但打包时不会加入，如junit等；provided：表示容器或者JDK已经提供该依赖，打包时不需要打包入war；compile：默认范围，在工程环境的classpath（编译环境）和打包（如果是WAR包，会包含在WAR包中）时候都有效
任何新的业务系统在上线以前都需要去估算服务器配置和 JVM 的内存参数，这个容量与资源规划并不仅仅是系统架构师的随意估算的，需要根据系统所在业务场景去估算，推断出来一个系统运行模型，评估 JVM 性能和 GC 频率等等指标。
上周知识星球的同学在阿里云技术面终面的时候被问到这么一个问题：假设一个每天100w次登陆请求的平台，一个服务节点 8G 内存，该如何设置JVM参数？ 觉得回答的不太理想，过来找我复盘。
2年前笔者开发了一款基于 nodejs 的全栈开源 cms 系统 XPCMS, 主要是为了解决技术开发者搭建自身内容平台的局限以及降低使用成本, 虽然1.0版本已经完成, 但是从整体部署和二次开发的便捷度上还是存在很多缺点, 更加适合有一定技术能力的开发者来使用.
作者简介 本文由携程技术中心框架研发部吴其敏、王兴朝，技术保障中心高峻、王潇俊、陈劼联合撰写。 作为国内最大的OTA公司，携程为数以亿计的海内外用户提供优质的旅游产品及服务。2014年底携程技术中心的框架、系统和运维团队共同启动了架构改造项目，历时2年，涉及所有业务线。本文回顾了携程在整个技术架构改造过程中的一些实践和收获。 一、写在前面 随着携程业务量迅速增长、业务变化越来越敏捷，对于应用交付的效率也提出了更高的要求。根据统计，截止2014年底携程总应用数在5000个左右，平均每周约有3000次以上的发布
我的博客是使用WordPress，WordPress日常被骂臃肿，随着插件的增加，还有一些主题没有优化会占用大量服务器资源，尤其是服务器配置不高情况下，还要被sql查询跑满CPU，不免让人想跳别的博客系统。
本文通过分析web指纹的检测对象、检测方法、检测原理及常用工具，设计了一个简易的指纹搜集脚本来协助发现新指纹，并提取了多个开源指纹识别工具的规则库并进行了规则重组，开发了一个简单快捷的指纹识别小工具TideFinger，希望能为大家带来方便。
synchronized关键字是java提供的互斥锁关键字，我们常说的互斥锁一般都是非自旋锁，即竞争不到锁的线程会进入阻塞状态知道被唤醒 今天我们来讲讲java中用来对synchronized进行优化的三种锁，同时会介绍markword对象头 目前我在网上搜到的十几篇博客讲的都有问题,可能有写对的我没搜到. 很多人不经过验证直接把markOop.hpp中的JavaThread*当成ThreadId这是错误的，实际是java线程在C语言的指针 并且未计算过hashCode和计算过hashCode的情况也是不一样的 本篇博客最后会展示使用jol工具，读取展示对象头的结果进行验证 附上openjdk的markOop.hpp链接
JVM的命令行参数参考：https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html
[+] VMware vCenter 7.0.2.00100 unauth Arbitrary File Read + SSRF + Reflected XSS https://github.com/l0ggg/VMware_vCenter
http://blog.csdn.net/chjttony/article/details/7883748#comments
1、-XX:MaxGCPauseMillis=nnn ：不能设置过小，会阻碍吞吐量，如果不设置，暂停时间依赖heap中活动数据量。
垃圾收集器总结 常用垃圾收集器对比 垃圾收集器 串行/并行/并发 新生代/老年代 算法 目标 适用场景 Serial 串行 新生代 复制 低延迟优先 单 CPU 环境下的 Client 模式 Serial Old 串行 老年代 标记-整理 低延迟优先 单 CPU 环境下的 Client 模式、CMS 的后备预案 Parllel Scavenge 并行 新生代 复制 吞吐量优先 在后台运算而不需要太多交互的业务 Parallel Old 并行 老年代 标记-整理 吞吐量优先 在后台运算而不需要太多交互的业务
前面介绍的收集算法是内存回收的方法论，那么垃圾收集器就是内存回收的具体实现。这里讨论的是JDK1.7 Update14之后的HotSpot虚拟机。该虚拟机包含的收集器如下:
如今我们无论是学习架设个人博客、网站，还是架设中大型的内容系统，基本上很少有完整的重新架构独有的程序。我们大部分用户要么直接使用免费开源CMS程序，然后顶多寻找点免费主题模板简单的修改就直接使用。稍微有点讲究的网友可能还会根据实际的需要进行定制主题或者稍微进行二次开发。
前言相关概念并行和并发吞吐量（Throughput）Minor GC和Full GC新生代收集器Serial收集器ParNew收集器Parallel Scavenge收集器老年代收集器Serial Old收集器Parallel Old收集器CMS收集器优点缺点G1收集器横跨整个堆内存建立可预测的时间模型避免全堆扫描-Remembered Set总结参考资料
我们都知道java的默认垃圾回收器是jdk1.8 默认垃圾收集器Parallel Scavenge（新生代）+Parallel Old（老年代），但是一般我们都不会使用，但是在 jdk1.9 默认垃圾收集器G1
上篇博客介绍了垃圾回收算法，如果说垃圾回收算法是内存回收的方法论，那么垃圾回收器就是内存回收的具体实现。
引用计数器算法是给每个对象设置一个计数器，当有地方引用这个对象的时候，计数器+1，当引用失效的时候，计数器-1，当计数器为0的时候，JVM就认为对象不再被使用，是“垃圾”了。
本文“垃圾收集器”节选自《深入理解Java虚拟机:JVM高级特性与最佳实践》【作者：周志明】
需要提前了解的知识： JVM内存模型 JVM垃圾回收算法 HotSpot虚拟机所有的垃圾收集器如下图： HotSpot 所有垃圾收集器 上面有7种收集器，分为部分，上面为新生代收集器，下面是老年代
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/hotqin888/article/details/54799076
每个方法执行都会创建一个栈帧，用于存放局部变量表，操作栈，动态链接，方法出口等。每个方法从被调用，直到被执行完。对应着一个栈帧在虚拟机中从入栈到出栈的过程。
JDK诞生 Serial追随 提高效率，诞生了PS，为了配合CMS，诞生了PN，CMS是1.4版本后期引入，CMS是里程碑式的GC，它开启了并发回收的过程，但是CMS毛病较多，因此目前任何一个JDK版本默认是CMS 并发垃圾回收是因为无法忍受STW
7种垃圾收集器作用于不同的分代，如果两个收集器之间存在连续，就说明他们可以搭配使用。
Java虚拟机规范中对垃圾收集器应该如何实现并没有任何规定，因此不同的厂商、版本的虚拟机所提供的垃圾收集器都可能会有很大差别，并且一般都会提供参数供用户根据自己的应用特点和要求组合出各个年代所使用的收集器。
如果说前面介绍的收集算法（JVM之垃圾回收-垃圾收集算法）是内存回收的抽象策略，那么垃圾收集器就是内存回收的具体实现。
by Sven Augustus https://my.oschina.net/langxSpirit
负责将.class文件加载到内存中，并且将该文件中的数据结构转换为方法区中的数据结构，生成一个Class对象
上一篇博客我们介绍了Java虚拟机垃圾回收，介绍了几种常用的垃圾回收算法，包括标记-清除，标记整理，复制等，这些算法我们可以看做是内存回收的理论方法，那么在Java虚拟机中，由谁来具体实现这些方法呢？
Java堆:一般是放置实例化的对象的地方，堆分新生代和老年代空间，不断未被回收的对象越老，被放入老年代空间。分配最大堆空间:-Xmx 分配初始堆空间:-Xms,分配新生代空间:-Xmn，新生代的大小一般为整个堆空间的1/3到1/4。新生代一般分为eden和survivor（from,to）区。新生代被GC15（配置参数-XX:MaxTenuringThreshold,默认15）次后仍存活，进入老年代，但也可能提前晋升，由survivor区决定。新生代和老年代都属于JVM的Heap区，另外还有一个持久代Perm区，又叫永久区，是一块线程共享的内存区域，大小决定了系统可以保存多少个类，定义太多的类，会抛出内存溢出错误。分配永久区空间:-XX:PermSize和-XX:MaxPermSize（默认为64M）。
Serial GC， 它是最古老的垃圾收集器， “Serial”体现在其收集工作是单线程的，并且在进行垃圾收集过程中，会进入臭名昭著的“Stop-The-World”状态。当然，其单线程设计也意味着精简的GC实现，无需维护复杂的数据结构，初始化也简单，所以一直是Client模式下JVM的默认选项。 从年代的角度，通常将其老年代实现单独称作Serial Old，它采用了标记-整理（Mark-Compact）算法，区别于新生代的复制算法。Serial GC的对应JVM参数是：-XX:+UseSerialGC
它为单线程环境设计且只使用一个线程进行垃圾回收，会暂停所有的用户线程。所以不适合服务器环境
上篇文章 我们介绍了 Java 内存运行时区域的各个部分，其中程序计数器、虚拟机栈、本地方法栈三个区域随线程而生，随线程而灭，在这几个区域内就不需要过多考虑回收的问题，因为方法结束或者线程结束时，内存自然就跟着回收了。
前段时间有个小伙伴去面试，被问到了 CMS 垃圾回收器的详细内容，没答出来。实际上，CMS 垃圾回收器是回收器历史上很重要的一个节点，其开启了 GC 回收器关注 GC 停顿时间的历史。今天，就让树哥带你一起来学一波吧！
在前面，我们已经了解了JVM的分代收集，知道JVM垃圾收集在新生代主要采用标记-复制算法，在老年代主要采用标记-清除和标记-整理算法。接下来，我们看一看JDK默认虚拟机HotSpot的一些垃圾收集器的实现。
Oracle正在考虑将JEP 248包含到Java 9的JEP列表中，即在服务器配置中将G1作为默认垃圾收集器。该决定在Java社区引发了一些争论，许多人都认为并发标记和扫描（CMS）收集器可能更合适
Serial收集器是最基本、历史最悠久的垃圾收集器了。JDK1.3之前回收新生代唯一的选择。
先来看下Oracle HotSpot JVM的体系结构： JVM主要组件包括，类加载器，运行时内存区，以及执行引擎，程序员主要关注的应该是运行时区域这块了， 回顾下类加载器的顺序： ->Bo
如今的云应用程序、移动设备、流数据处理和 IoT 技术等等都非常依赖于可靠的系统连通性。不过现实是：基础系统可能出现操作失败，网络波动时有发生：或中断、或延时、或瞬时波动、或峰值负载 —— 这些都对100%的系统连通性造成挑战。
下图展示的是 7 种作用于不同分代的收集器，如果两种收集器之前有连接，表示它们可以配合使用。收集器所在的位置表示它是属于新生代收集器还是老年代收集器。
当用户线程在新生代要进行回收,这个时候就会进行STW（stop the world）操作,将其他线程全部暂停,由当前单线程进行回收垃圾,当回收完了之后,就会打开其他线程,然后继续执行用户线程
HotSpot中包含的收集器如下图所示： HotSpot的垃圾收集器 1. Serial/ Serial Old收集器 最基本，历史最久 新生代采取复制算法，暂停所有用户线程 老年代采取标记-整理算法
如果垃圾回收的算法属于内存回收的方法论的话，那本文讨论的垃圾回收器就属于内存回收的具体实现。
在自动内存管理机制下，不再需要手动回收每个对象，不容易出现内存泄漏和内存溢出问题，但正因为将控制内存的权力交给了Java虚拟机，一旦出现内存泄漏和溢出方面的问题，需要深入了解Java虚拟机的底层原理才能更快的排查问题。
有了虚拟机，就一定需要收集垃圾的机制，这就是Garbage Collection，对应的产品我们称为Garbage Collector。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
