接着上一篇 Android6.0源码分析之View（一） 紧接着来学习view的measure，（注，开始写博客之后，很明显我的学习效率高多了，研究了俩星期硬是没有研究view的measure，接下来终于可以来好好研究研究了） 先总体分析一下view的measure，发现关于view的measure研究主要涉及到两个方法和一个类 两个方法是 onMeasure measure 一个类是，MeasureSpec。 接下里就是有针对性的研究 Chapter One，MeasureSpec分析 MeasureSp
紧接着来学习view的measure，（注，开始写博客之后，很明显我的学习效率高多了，研究了俩星期硬是没有研究view的measure，接下来终于可以来好好研究研究了）
对于初学者来说，由于编写的代码以及阅读的代码总量不够，对于什么是合理、完善的编码规范往往是比较困惑的。对于这点，我们可以参考谷歌的C++编码规范。
关于代码命名，我相信是经常困扰很多小伙伴的一个问题，尤其是对于强迫症晚期患者。怎么说呢，每次小编在写代码之前，总会在想啊想啊，用什么命名法好呢？对于经常在C++、Java、Python等主流语言上切换的强迫症来说，换个语言换种命名风格简直不要太混乱。
大家好，我是 Guide。这篇文章是我对几年前写的一篇文章的完善，主要讲了命名规范的一些基础知识。希望对大家有帮助！
程序猿看过来：影响Java EE性能的十大问题 本文是一名有10多年经验的高级系统架构师，他的主要专业领域是Java EE、中间件和JVM技术。他在性能优化和提升方面也有很深刻的见解，下面他将和大家分享一下常见的10个影响Java EE性能问题。 1.缺乏正确的容量规划 容量规划是一个全面的和发展的过程标准，预测当前和未来的IT环境容量需求。制定合理的容量规划不仅会确保和跟踪当前IT生产能力和稳定性，同时也会确保新项目以最小的风险部署到现有的生产环境中。硬件、中间件、JVM、调整等在项目部署之前就应该准
本文作者是一名有10多年经验的高级系统架构师，他的主要专业领域是Java EE、中间件和JVM技术。他在性能优化和提升方面也有很深刻的见解，下面他将和大家分享一下常见的10个影响Java EE性能问题。
在实际的程序开发中，我们通常会将一个不可变的变量声明为一个常量。在很多高级语言中都会提供常量的关键字来定义常量，如 C++ 中的 const ， Java 中的 final 等，但是 Python 语言因为变量无类型，所以也就不存在这样的修饰符，其本身并未提供任何机制来进行常量的定义。因此我们只能通过自己定义类的方法来定义一个符合常量规则的类，使得该类定义的成员属性满足常量的属性。常量一般符合以下两条规则：
来自：www.cnblogs.com/czwbig/p/11127124.html
初学Java，大都会用记事本写个Hello Word，然后用CMD编译出class文件，最后执行一下。当控制台输出Hello Word的时候，一个简单的java入门demo就完成。然而从编写到输出，这中间虚拟机做了些？本文的基础是基于jdk7以及orcal的虚拟机。
批量归一化可以解决深层网络中梯度消失和收敛慢的问题，通过固定每个批次的均值和方差来加速收敛，一般不改变模型精度。批量规范化已经被证明是一种不可或缺的方法，它适用于几乎所有图像分类器。
一、计算机基础 1.CPU 相当于人体的大脑，用于计算处理数据。 2.内存 用于存储数据，CPU从内存调用数据处理计算，运算速度很快。 PS：问：既然在内存里的数据CPU运算速度快，为什么计算机不全部用内存呢？ 答：1.内存成本很高；2.计算机断电时，在内存里的数据会即刻消失；因此计算机不会全部使用内存存储数据。 3.硬盘 用于储存应该长久保存的数据和文件等。硬盘分两种，固态硬盘和机械硬盘。固态硬盘(Solid State Drive)用固态电子存储芯片阵列而制成的硬盘，由控制单元和
之前是对jvm内存模型一知半解，本次打算抽时间认认真真的理解一遍jvm内存模型，在这个过程中遇到了好多问题，针对这些问题查询资料再加上自己的理解对jvm内存模型做一个理解分析，自己对jvm内存模型的理解还不够彻底，也还有思考不明白的问题，希望大家一起讨论学习，也能够让我搞明白一些困惑。
Android自定义View时常重写三个方法onMeasure和onLayout以及onDraw。
Java内存模型(Java Memory Model简称JMM)是一种抽象的概念，并不真实存在，它描述的是一组规则或规范，通过这组规范定义了程序中各个变量（包括实例字段，静态字段和构成数组对象的元素）的访问方式。需要JVM的实现都需要遵守这样的规范，有了JMM规范的保bujj，并发程序运行在不同的虚拟机上时，所得到的程序结果才是安全可靠可信赖、不同JVM运行结果一致。
ThinkPHP5 系列，十二载初心不改，值得信赖的 PHP 框架，十二周年献礼版本！ ThinkPHP5.1 在 5.0 的基础上对底层架构做了进一步的改进，引入新特性，并提升版本要求。另外一个事实
上一篇文章王子给大家介绍了并发编程中比较关心的三个核心问题，可见性、有序性和原子性。
Java的内存模型是主内存和工作内存，我们在进行程序调用的时候，变量值都是从主内存中读取然后复制一个副本，对这个副本进行操作。到最后将这个副本再更新到主内存中。但是这个只是针对于单线程，那如果是多线程呢？并且操作的是同一个变量值，那这两个线程之间的可见性应该如何来定义呢？
Java内存模型（Java Memory Model，简称JMM）定义了Java程序中各种变量、对象的访问方式和内存关系。JMM规定了线程之间的可见性、原子性、顺序性等问题，确保多线程并发访问时的代码正确性。
这个项目是从20年末就立好的 flag，经过几年的学习，回过头再去看很多知识点又有新的理解。所以趁着找实习的准备，结合以前的学习储备，创建一个主要针对应届生和初学者的 Java 开源知识项目，专注 Java 后端面试题 + 解析 + 重点知识详解 + 精选文章的开源项目，希望它能伴随你我一直进步！
有关class file 的内容，这里不再赘述。你可以参阅此文：来自JVM的一封ClassFile介绍信。
今天周一，又有一位新同事入职。正好大牛说要更新框架，最后确定了升级框架，原先使用的 ThinkPHP3.2 版本的，现在确定升级为 5 系列。应该庆幸没选择其他框架，什么 CI、YII、Laravel 之类的，Laravel 了解过一些，但是没深入过，还是 TP 系列使用的顺手一些。 ThinkPHP5 系列，十二载初心不改，值得信赖的 PHP 框架，十二周年献礼版本！ ThinkPHP5.1 在 5.0 的基础上对底层架构做了进一步的改进，引入新特性，并提升版本要求。另外一个事实是，5.1 版本看起来对开
公众号搜索Let us Coding，知乎，开源中国，CSDN，思否，掘金，InfoQ，简书，博客园，慕课，51CTO，helloworld，腾讯开发者社区，阿里开发者社区
很多时候，我们都是从代码层面去学习如何编程，却很少去看看一个个 Java 代码背后到底是什么。今天就让我们从一个最简单的 Hello World 开始看一看 Java 的类文件结构。 在开始之前，我们先写一个最简单的入门 Hello World。 public class Demo{ public static void main(String args[]){ System.out.println("Hello World."); } } 接着在命令行运行javac Demo.
1、转换是转换里面的第四个分类。转换属于ETL的T，T就是Transform清洗、转换。ETL三个部分中，T花费时间最长,是一般情况下这部分工作量是整个ETL的2/3。
这是一张图🐰 区域介绍 程序计数器 程序计数器是一块较小的内存空间，它可以被看作是指示当前线程执行的字节码的行号指示器。（即记录当前的执行位置） 在虚拟机的概念模型里，字节码解释器就是通过改变计数器得之来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。 由于Java虚拟机的多线程是通过轮流切换并分配处理器执行执行时间来实现的，在任何一个确定的时刻，一个处理器（对于多核处理器来说是一个内核）都只会执行一条线程种的指令。因此，线程为了切换后能恢复到正
根据JVM的规范,方法区用来存储类的结构，比如运行时常量池，字段和方法数据，方法和构造函数的代码，以及类和实例初始化，接口初始化中使用的一些特殊方法。规范把方法区从逻辑上看做是属于堆的一部分，不同的实现可以选择是否要对这块代码做垃圾回收和压缩，但是虚拟机规范本身并不强制规定方法区的位置(JDK 7 规范 JDK 8 规范 JDK 9 规范 JDK 10 规范 JDK 11 规范 在这一点上都是如此)。也就是说不同的实现可以放在不同的地方
下面介绍的是根据 Java 虚拟机规范定义的运行时数据区，单不同的虚拟机其运行时数据区定义也会有所不同。比如默认的 HotSpot 在实现 JDK1.7 虚拟机规范时，其常量池的定义不在方法区中，而是移到了堆中；到了 HotSpot JDK1.8 中，则彻底移除了持久代（方法区）而使用 Metaspace（元数据区）来进行替代等等。
1.程序计数器：当前线程正在执行的字节码的行号指示器，线程私有，唯一一个没有规定任何内存溢出错误的情况的区域。 2.Java虚拟机栈：线程私有，描述Java方法执行的内存模型，每个方法运行时都会创建一个栈帧，存放局部变量表、操作数栈、动态链接、方法出口等信息，每个方法的运行到结束对应一个栈帧的入栈和出栈。会有StackOverFlowError异常（申请的栈深度大于虚拟机所允许深度）和OutOfMemoryError异常（线程无法申请到足够内存）。 3.本地方法栈：功能与Java虚拟机栈相同，不过是为Native方法服务。 4.java堆：线程共享，存放实例对象和数组对象，申请空间不足抛出OutOfMemoryError异常。 5.方法区：线程共享，存储已被虚拟机加载的类的类信息、常量、静态变量、编译后的代码；运行时常量池存放class文件中描述的符号引用和直接引用，具有动态性。方法空间不足时抛出OutOfMemoryError异常。 6.直接内存：JVM规范之外的，NIO类引入了一种基于通道和缓冲区的I/O方式，可使用Native函数库直接分配内存，通过一个存储在Java堆中的DirectByteBuffer对象作为这块内存的引用进行操作，避免了在Java堆和Native堆中来回复制数据。
程序计数器为线程私有；在虚拟机的概念模型中字节码解释器工作时就是通过改变程序计数器的值来选取下一条待执行的字节码指令
JVM在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域，都有着各自的用途以及创建和销毁时间。包括以下几个如图所示的运行时数据区域：
Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途，以及创建和销毁的时间，有的区域随着虚拟机进程的启动而存在，有些区域则依赖用户线程的启动和结束而建立和销毁。根据《Java虚拟机规范（JavaSE 7版）》的规定，Java虚拟机所管理的内存将会包括以下几个运行时数据区域，如图所示
Java源代码文件(.java后缀)会被Java编译器编译为字节码文件(.class后缀)，然后由JVM中的类加载器加载各个类的字节码文件，加载完毕之后，交由JVM执行引擎执行。
Java 虚拟机定义了若干种程序运行期间会使用到的运行时数据区，其中有一些会随着虚拟机启动而创建，随着虚拟机退出而销毁。另外一些则是与线程一一对应的，这些与线程对应的数据区域会随着线程开始和结束而创建和销毁。
一些程序员洋洋洒洒写了几万行，删删改改，bug很多，误以为自己很忙。这都是思考不足的结果，导致时效很低。
最近在写一个私人项目，名字叫做ClassAnalyzer，ClassAnalyzer的目的是能让我们对Java Class文件的设计与结构能够有一个深入的理解。主体框架与基本功能已经完成，还有一些细节功能日后再增加。实际上JDK已经提供了命令行工具javap来反编译Class文件，但本篇文章将阐明我实现解析器的思路。
JVM,java virtual machine, 即Java虚拟机，是运行java class文件的程序。
这是个什么鬼呢？我们都知道，CPU的计算时间是以分片的方式给到每个线程的，换句话说，所谓的并行其本质就是串行。比如线程A执行到了一部分，CPU将控制权给了线程B，那么线程A重新得到CPU的资源时，如何恢复工作呢？这个程序计数器就来帮助线程A找到其中间状态，从而恢复到正确的执行位置。程序计数器所占内存是线程私有的，同时也是Java 虚拟机规范中没有规定任何OutOfMemoryError 情况的区域。
咦咦咦，各位小可爱，我是你们的好伙伴——bug菌，今天又来给大家普及Java SE相关知识点了，别躲起来啊，听我讲干货还不快点赞，赞多了我就有动力讲得更嗨啦！所以呀，养成先点赞后阅读的好习惯，别被干货淹没了哦~
之前在学习过程中，很反复的看过关于Java虚拟机关于运行时数据区的一些文章，但是都没有很深刻的记忆，导致一看就忘，看完了一般用不了不久就会忘记。所以我决定自己写一篇笔记，即使后面忘了，也回来翻一翻。
方法区 (Method Area or Permanent Generation)：
java编码规范(日常编码总结,规范项目组员有统一的规范,方便合作,查错,重构等)当你抛弃规范随心所意的写代码时,等你之后再回来阅读时真有的一种全部删掉重写的冲动。
Java字节码与Native机器码不同，字节码是运行在JVM这一平台上的，字节码在被解释的过程中，具体的执行方式因JVM的不同实现而不同，但是对于JVM来说，它的各种不同实现都必须要遵循Java虚拟机规范。JVM的运行时数据区包含以下部分：
在这一块的学习时, 我们容易陷入一个误区,就是一上来就直接搜索运行时数据区, 网上有些文章对虚拟机规范和HOTSPOT实现没有区分开,导致有时候大家看的两篇文章解释尽不一样. 自己也容易糊涂. 所以本篇特地将两个拆开讲. 且尽量以官方文档为准
程序计数器（Program Counter Register）是一块较小的内存空间，它可以看作是当前线程所执行的字节码的行号指示器。在Java虚拟机的概念模型里 ，字节码解释器工作时就是通过改变这个计数器的值来选取下一条需要执行的字节码指令，它是程序控制流的指示器，分支、循环、跳转、异常处理、线程恢复等基础功能都需要依赖这个计数器来完成。
Java 虚拟机所管理的最大一块内存，Java 堆是所有线程共享的一块内存区域，在虚拟机启动时创建。此内存区域的唯一目的，就是存放对象实例，几乎所有的对象实例以及数组都在这里分配内存。
方法区(Method Area)用于存储已被虚拟机加载的类信息、常量、静态常量、即时编译器编译后的代码等数据。虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名为Non-Heap(非堆)，目的是要将堆区分开来。
5.0 版本和之前版本的差异较大，本篇对熟悉3.2 版本的用户给出了一些5.0 的主要区别。 URL和路由 5.0 的URL访问不再支持普通URL 模式，路由也不支持正则路由定义，而是全部改为规则路由配合变量规 则（正则定义）的方式： 主要改进如下; 增加路由变量规则； 增加组合变量支持； 增加资源路由； 增加路由分组； 增加闭包定义支持； 增加MISS路由定义； 支持URL路由规则反解析； 请求对象和响应对象 5.0 新增了请求对象Request 和响应对象Response ， Request 统一处
该文介绍了JVM的内存模型，包括堆、栈、方法区、运行时常量池等。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
