李亚楠
7 months ago
parent
2ded412bae
commit
d8edd99a84
24 changed files with 191 additions and 328 deletions
@ -0,0 +1,166 @@ |
||||
--- |
||||
title: 使用VirtualBox虚拟机安装群晖7.1系统 |
||||
abbrlink: 1751037144 |
||||
date: 2024-04-03 11:10:00 |
||||
tags: |
||||
categories: |
||||
keywords: |
||||
description: |
||||
cover: |
||||
--- |
||||
>VirtualBox为开源软件，较Vmware更加轻量，在此推荐使用VirtualBox来安装群晖系统。 |
||||
>本文主要介绍群晖（DS920+）在VirtualBox虚拟机上的详细安装教程。 |
||||
|
||||
# 下载并安装VirtualBox |
||||
|
||||
到[VirtualBox官网](https://www.virtualbox.org/wiki/Downloads)下载最新版的VirtualBox，安装时如图一路下一步即可。 |
||||
看到如下界面表示安装完成。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/140039.webp"/> |
||||
|
||||
|
||||
|
||||
# 下载群晖引导 |
||||
|
||||
在此给出目前最新版群晖引导的[下载地址](https://oss.dreamlyn.cn/nas/黑群晖/arpl-zh_CN-1.1-beta2a.vmdk-flat.zip)。 |
||||
|
||||
# 添加虚拟机 |
||||
|
||||
如图在系统中找打合适的位置创建NAS目录，解压刚才下载的群晖引导，并将里面的内容拷贝到创建的目录。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/145132.webp"/> |
||||
|
||||
打开VirtualBox，点击`新建`创建虚拟机。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/145519.webp"/> |
||||
|
||||
如图，名字随便起，文件夹选择刚才创建的文件夹，类型选Linux，版本选Other Linux(64-bit) |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/150006.webp"/> |
||||
|
||||
硬件部分按需选择，这里我内存设置4G，cpu4核。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/150315.webp"/> |
||||
|
||||
虚拟硬盘处选择使用已有的虚拟硬盘文件。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/150742.webp"/> |
||||
|
||||
在弹出的框中点击注册 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/151415.webp"/> |
||||
|
||||
随后找到先前创建的目录并选择`arpl.vmdk` |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/151120.webp"/> |
||||
|
||||
点击完成 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/151515.webp"/> |
||||
|
||||
随后再对虚拟机进行配置，点击设置。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/152313.webp"/> |
||||
|
||||
选择存储后，点击添加虚拟硬盘，这块新加的虚拟硬盘是真正安装存储群晖系统的地方，应适当大一些。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/153746.webp"/> |
||||
|
||||
点击创建，选择VDI(VirtualBox磁盘映像)并点击下一步。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/152701.webp"/> |
||||
|
||||
点击下一步 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/152838.webp"/> |
||||
|
||||
设置磁盘大小并点击完成。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/152924.webp"/> |
||||
|
||||
选中刚才创建的磁盘并点击选择。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/153109.webp"/> |
||||
|
||||
|
||||
点击网络，将网络连接设置成桥接模式。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/154720.webp"/> |
||||
|
||||
随后点击确定并在主界面点击启动 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/153324.webp"/> |
||||
|
||||
# 配置并启动引导 |
||||
|
||||
点击启动后，稍等片刻，在如下界面按下回车键开始对引导进行配置。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/155113.webp"/> |
||||
|
||||
看到如下配置后，说明引导已正常启动。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/155426.webp"/> |
||||
|
||||
我们在浏览器中输入红框框出来的地址，`192.168.31.119:7681`进入如下界面。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/155643.webp"/> |
||||
|
||||
选中选择型号并回车，在转到的界面中选择DS920+ |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/155737.webp"/> |
||||
|
||||
随后选择版本，这里选择42661 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/163532.webp"/> |
||||
|
||||
选择SN码，直接选择生成随机SN。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/160435.webp"/> |
||||
|
||||
在插件中选择添加插件并添加`cpuinfo`插件 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/160047.webp"/> |
||||
|
||||
插件的加载参数为空，确认 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/160126.webp"/> |
||||
|
||||
随后直接选中编译引导并回车，待编译完成后选中启动并回车。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/163703.webp"/> |
||||
|
||||
# 安装群晖系统 |
||||
|
||||
下载群晖助手并安装启动，[下载地址](https://template-mine.oss-cn-beijing.aliyuncs.com/nas/blog/synology-assistant-7.0.3-50049.exe) |
||||
|
||||
如图，扫描群晖系统（期间可能需要关闭防火墙）。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/164132.webp"/> |
||||
|
||||
找到DSM未安装的那个就是刚才用虚拟机安装的NAS，我们用浏览器访问对应的IP地址`http://192.168.31.119:5000/`进入如下界面,点击安装。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/164336.webp"/> |
||||
|
||||
从以下链接下载DSM系统 |
||||
|
||||
``` |
||||
https://global.synologydownload.com/download/DSM/release/7.1/42661-1/DSM_DS920%2B_42661.pat |
||||
``` |
||||
|
||||
点击浏览，并选择刚才下载的DSM系统，点击下一步。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/164819.webp"/> |
||||
|
||||
点继续。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/164847.webp"/> |
||||
|
||||
随后进入安装界面，待进度走到100％后，我们就完成了虚拟机中群晖系统的安装。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/04/15/164954.webp"/> |
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@ -1,37 +0,0 @@ |
||||
--- |
||||
title: MySQL索引设计原则 |
||||
tags: Java技术 |
||||
categories: 技术随笔 |
||||
abbrlink: 167789376 |
||||
date: 2024-03-14 16:40:20 |
||||
keywords: |
||||
description: |
||||
cover: |
||||
--- |
||||
|
||||
# 代码先行，索引后上 |
||||
一般应该等到主体业务功能开发完毕，把涉及到该表相关sql都要拿出来分析之后再建立索引。 |
||||
|
||||
# 联合索引尽量覆盖条件 |
||||
设计一个或者两三个联合索引(尽量少建单值索引)，让每一个联合索引都尽量去包含sql语句里的where、order by、group by的字段，还要确保这些联合索引的字段顺序尽量满足sql查询的最左前缀原 则。 |
||||
|
||||
# 不要在小基数字段上建立索引 |
||||
索引基数是指这个字段在表里总共有多少个不同的值，比如一张表总共100万行记录，其中有个性别字段， 其值不是男就是女，那么该字段的基数就是2。 |
||||
如果对这种小基数字段建立索引的话，还不如全表扫描了，因为你的索引树里就包含男和女两种值，根本没法进行快速的二分查找，那用索引就没有太大的意义了。 |
||||
一般建立索引，尽量使用那些基数比较大的字段，就是值比较多的字段，那么才能发挥出B+树快速二分查找的优势来。 |
||||
|
||||
# 长字符串我们可以采用前缀索引 |
||||
尽量对字段类型较小的列设计索引，比如说什么tinyint之类的，因为字段类型较小的话，占用磁盘空间也会比较小，此时你在搜索的时候性能也会比较好一点。 |
||||
当然，这个所谓的字段类型小一点的列，也不是绝对的，很多时候你就是要针对varchar(255)这种字段建立索引，哪怕多占用一些磁盘空间也是有必要的。 |
||||
对于这种varchar(255)的大字段可能会比较占用磁盘空间，可以稍微优化下，比如针对这个字段的前20个字符建立索引，就是说，对这个字段里的每个值的前20个字符放在索引树里， |
||||
类似于 KEY index(name(20),age,position)。此时你在where条件里搜索的时候，如果是根据name字段来搜索，那么此时就会先到索引树里根据name |
||||
字段的前20个字符去搜索，定位到之后前20个字符的前缀匹配的部分数据之后，再回到聚簇索引提取出来完整的name字段值进行比对。 |
||||
但是假如你要是order by name，那么此时你的name因为在索引树里仅仅包含了前20个字符，所以这个排序是没法用上索引的， group by也是同理。所以这里大家要对前缀索引有一个了解。 |
||||
|
||||
# where与order by冲突时优先where |
||||
在where和order by出现索引设计冲突时，到底是针对where去设计索引，还是针对order by设计索引？到底是让where去用上索引，还是让order by用上索引? |
||||
一般这种时候往往都是让where条件去使用索引来快速筛选出来一部分指定的数据，接着再进行排序。 |
||||
因为大多数情况基于索引进行where筛选往往可以最快速度筛选出你要的少部分数据，然后做排序的成本可能会小很多。 |
||||
|
||||
# 基于慢sql查询做优化 |
||||
可以根据监控后台的一些慢sql，针对这些慢sql查询做特定的索引优化。 |
||||
@ -1,138 +0,0 @@ |
||||
--- |
||||
title: java中的类加载器 |
||||
tags: Java技术 |
||||
categories: 技术随笔 |
||||
abbrlink: 3639892104 |
||||
date: 2024-03-06 16:22:05 |
||||
keywords: |
||||
description: |
||||
cover: |
||||
--- |
||||
> java中的类加载器主要有三种： |
||||
> 引导类加载器 |
||||
> 扩展类加载器 |
||||
> 应用类加载器 |
||||
|
||||
# 通过代码了解类加载器 |
||||
|
||||
``` |
||||
public class TestJDKClassLoader { |
||||
public static void main(String[] args) { |
||||
//打印类加载器 |
||||
System.out.println(String.class.getClassLoader()); //不是java对象，打印null |
||||
System.out.println(DESKeyFactory.class.getClassLoader()); |
||||
System.out.println(TestJDKClassLoader.class.getClassLoader()); |
||||
//类加载器之间的关系 |
||||
System.out.println(); |
||||
ClassLoader appClassLoader = ClassLoader.getSystemClassLoader(); |
||||
ClassLoader extClassLoader = appClassLoader.getParent(); |
||||
ClassLoader bootstrapLoader = extClassLoader.getParent(); |
||||
System.out.println(appClassLoader); |
||||
System.out.println(extClassLoader); |
||||
System.out.println(bootstrapLoader); |
||||
|
||||
System.out.println(); |
||||
System.out.println("bootstrapLoader加载以下文件："); |
||||
URL[] urLs = Launcher.getBootstrapClassPath().getURLs(); |
||||
for (URL url : urLs) { |
||||
System.out.println(url); |
||||
} |
||||
|
||||
System.out.println(); |
||||
System.out.println("extClassLoader加载以下文件："); |
||||
System.out.println(System.getProperty("java.ext.dirs")); |
||||
|
||||
System.out.println(); |
||||
System.out.println("appClassLoader加载以下文件"); |
||||
System.out.println(System.getProperty("java.class.path")); |
||||
|
||||
} |
||||
} |
||||
``` |
||||
|
||||
# 双亲委派机制 |
||||
|
||||
JVM在进行类加载时有个双亲委派机制，当它需要去加载类时，自己先不去加载，而是委托给父加载器加载，父加载器又直接委派它的父加载器，直到找到引导类加载器时，他才会去对类进行加载，这时候如果加载不到，也就是在它所管辖的范围内找不到这个类，就会进行委托的退回，说，啊，我不行，还是你自己来吧，这样一直退回到能加载这个类的时候，才会对类进行加载。 |
||||
总结起来就是所有类都会优先使用最顶层的类加载器去加载，从而保证了系统的安全性和类加载的唯一性。 |
||||
比如我是一个黑客，在用户的系统里写了一个String类，这个类里面做了一些危害系统的代码，这时候双亲委派机制就能有效的避过这个类，他是应用类加载器要加载String时，会委派给上层，上层在委派给上上层，一直到引导类加载器，引导类加载器会直接使用Java自带的String类。 |
||||
|
||||
# 全盘负责委托机制 |
||||
|
||||
“全盘负责”是指当一个ClassLoder装载一个类时，除非显式的使用另外一个ClassLoder，否则该类所依赖及引用的类也由这个ClassLoder载入 |
||||
|
||||
# 自定义类加载器 |
||||
|
||||
自定义类加载器只需要继承`java.lang.ClassLoader`类，该类有两个核心方法，一个是`loadClass(String, boolean)`，实现了双亲委派机制，还有一个方法是`findClass`，默认实现是空方法，所以我们自定义类加载器主要是重写`findClass`方法. |
||||
打破双亲委派机制主要就是通过重写`loadClass`方法，去掉它的递归委派的代码。 |
||||
|
||||
测试代码 |
||||
|
||||
``` |
||||
public class MyClassLoaderTest { |
||||
static class MyClassLoader extends ClassLoader { |
||||
private String classPath; |
||||
public MyClassLoader(String classPath) { |
||||
this.classPath = classPath; |
||||
} |
||||
private byte[] loadByte(String name) throws Exception { |
||||
name = name.replaceAll("\\.", "/"); |
||||
FileInputStream fis = new FileInputStream(classPath + "/" + name + ".class"); |
||||
int len = fis.available(); |
||||
byte[] data = new byte[len]; |
||||
fis.read(data); |
||||
fis.close(); |
||||
return data; |
||||
} |
||||
protected Class<?> findClass(String name) throws ClassNotFoundException { |
||||
try { |
||||
byte[] data = loadByte(name); |
||||
// defineClass 将一个字节数组转为 Class 对象， |
||||
// 这个字节数组是 class 文件读取后最终的字节数组 |
||||
return defineClass(name, data, 0, data.length); |
||||
} catch (Exception e) { |
||||
e.printStackTrace(); |
||||
throw new ClassNotFoundException(); |
||||
} |
||||
} |
||||
//双亲委派机制 |
||||
//沙箱安全机制：自己写的java.lang.String.class类不会被加载，这样可以防止核心API库被随意篡改 |
||||
//避免类的重复加载：当父亲已经加载了该类时，就没必要子classloader再加载一次，保证被加载类的唯一性。 |
||||
//下面通过重写loadClass来打破双亲委派机制 |
||||
protected Class<?> loadClass(String name, boolean resolve) |
||||
throws ClassNotFoundException { |
||||
synchronized (getClassLoadingLock(name)) { |
||||
// First, check if the class has already been loaded |
||||
Class<?> c = findLoadedClass(name); |
||||
if (c == null) { |
||||
if (!name.startsWith("com.locaris")) { |
||||
c = this.getParent().loadClass(name); |
||||
} else { |
||||
c = findClass(name); |
||||
} |
||||
sun.misc.PerfCounter.getFindClasses().increment(); |
||||
} |
||||
if (resolve) { |
||||
resolveClass(c); |
||||
} |
||||
return c; |
||||
} |
||||
|
||||
} |
||||
} |
||||
public static void main(String args[]) throws Exception { |
||||
// 初始化自定义类加载器，会初始化父类 ClassLoader |
||||
// 其中会把自定义类加载器的父类加载器，设置为应用程序类加载器 AppClassLoader |
||||
MyClassLoader classLoader = new MyClassLoader("D:/test"); |
||||
// D 盘创建 test/com/swordsman/jvm 几级目录，将 User 类的复制类 User1 丢入该目录 |
||||
Class clazz = classLoader.loadClass("com.youren.jvm.User"); |
||||
Object obj = clazz.newInstance(); |
||||
Method method = clazz.getDeclaredMethod("sout", null); |
||||
method.invoke(obj, null); |
||||
|
||||
// 这里因为双亲委派机制的原因， |
||||
// 如果 User1 也在 classpath 下，类加载器就是 AppClassLoader |
||||
// 只在 D:/test 下就是自定义加载器 |
||||
System.out.println(clazz.getClassLoader().getClass().getName()); |
||||
} |
||||
} |
||||
``` |
||||
@ -1,31 +0,0 @@ |
||||
--- |
||||
title: java程序启动时都发生了什么 |
||||
tags: Java技术 |
||||
categories: 技术随笔 |
||||
abbrlink: 1818557386 |
||||
date: 2024-03-06 14:22:05 |
||||
keywords: |
||||
description: |
||||
cover: |
||||
--- |
||||
|
||||
> 本文主要介绍在我们执行java -jar xxx.jar时都发生了什么，附框图。 |
||||
|
||||
当我们执行这个命令时: |
||||
1. java命令会去调用jvm.dll来创建java虚拟机 |
||||
2. java虚拟机创建一个引导类加载器，并使用它加载sun.misc.Launcher类 |
||||
3. Launcher类创建一些其他的类加载器，比如appclassloader，随后appclassloader会去加载Main.class类。 其中main class是从jar包中的MANIFEST.MF文件找到的。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/03/06/142407.webp" width="100%" height="50%"> |
||||
|
||||
加载的过程如下： |
||||
1. 首先把类从硬盘加载到jvm内存，具体是在方法区 |
||||
2. 然后对类进行验证，主要是验证这个类的字节码是否符合Java的规范，比如某个字节放Java的主版本，次版本，某个字节放类的常量个数等。 |
||||
3. 之后进行准备，主要是对类内的静态变量分配内存并赋予默认值. |
||||
4. 随后进行解析，把类内部的符号变量替换为一些静态地址. |
||||
5. 最后进行初始化，对静态变量赋予初始值。 |
||||
|
||||
<img src="https://img.dreamlyn.cn:8443/i/2024/03/06/142424.webp" width="100%" height="50%"> |
||||
|
||||
> 个人理解： |
||||
> 类加载过程就是读取.class文件到内存中，将其放在方法区内，然后在Java堆区创建一个java.lang.Class对象，通过Class对象来访问方法区中类的数据结构。类加载的最终产品是位于堆区中的Class对象，Class对象封装了类在方法区内的数据结构，并且向Java程序员提供了访问方法区内的数据结构的接口。 |
||||
@ -1,97 +0,0 @@ |
||||
--- |
||||
title: 使用jolcore库查看Java对象大小 |
||||
tags: Java技术 |
||||
categories: 技术随笔 |
||||
abbrlink: 155251202 |
||||
date: 2024-03-011 14:22:05 |
||||
keywords: |
||||
description: |
||||
cover: |
||||
--- |
||||
|
||||
> 对象大小可以用jolcore包查看，本篇介绍jolcore的基本使用 |
||||
|
||||
|
||||
# 引入依赖 |
||||
|
||||
``` |
||||
<dependency> |
||||
<groupId>org.openjdk.jol</groupId> |
||||
<artifactId>jol-core</artifactId> |
||||
<version>0.9</version> |
||||
</dependency> |
||||
``` |
||||
# 具体使用 |
||||
``` |
||||
ClassLayout layout = ClassLayout.parseInstance(new Object()); |
||||
System.out.println(layout.toPrintable()); |
||||
``` |
||||
|
||||
# 测试代码 |
||||
``` |
||||
import org.openjdk.jol.info.ClassLayout; |
||||
public class JOLSample { |
||||
public static void main(String[] args) { |
||||
ClassLayout layout = ClassLayout.parseInstance(new Object()); |
||||
System.out.println(layout.toPrintable()); |
||||
System.out.println(); |
||||
ClassLayout layout1 = ClassLayout.parseInstance(new int[]{1,2,3,4,5}); |
||||
System.out.println(layout1.toPrintable()); |
||||
System.out.println(); |
||||
ClassLayout layout2 = ClassLayout.parseInstance(new A()); |
||||
System.out.println(layout2.toPrintable()); |
||||
} |
||||
// -XX:+UseCompressedOops 默认开启的压缩所有指针 |
||||
// -XX:+UseCompressedClassPointers 默认开启的只压缩对象头里的类型指针Klass Pointer |
||||
// Oops:Ordinary Object Pointers |
||||
//堆内存大于32G时，指针压缩会失效。 |
||||
//堆内存小于4G时，不需要启用指针压缩，jvm会直接去除高32位地址。 |
||||
public static class A { |
||||
//8B mark word |
||||
//4B Klass Pointer |
||||
int id = 6; //4B |
||||
String name; //4B |
||||
byte b; //1B |
||||
Object o; //4B |
||||
} |
||||
} |
||||
``` |
||||
# 打印结果 |
||||
|
||||
``` |
||||
java.lang.Object object internals: |
||||
OFFSET SIZE TYPE DESCRIPTION VALUE |
||||
0 4 (object header) 01 00 00 00 (00000001 00000000 00000000 00000000) (1) |
||||
4 4 (object header) 00 00 00 00 (00000000 00000000 00000000 00000000) (0) |
||||
8 4 (object header) 00 1c 2f c5 (00000000 00011100 00101111 11000101) (-986768384) |
||||
12 4 (object header) 9a 02 00 00 (10011010 00000010 00000000 00000000) (666) |
||||
Instance size: 16 bytes |
||||
Space losses: 0 bytes internal + 0 bytes external = 0 bytes total |
||||
|
||||
[I object internals: |
||||
OFFSET SIZE TYPE DESCRIPTION VALUE |
||||
0 4 (object header) 01 00 00 00 (00000001 00000000 00000000 00000000) (1) |
||||
4 4 (object header) 00 00 00 00 (00000000 00000000 00000000 00000000) (0) |
||||
8 4 (object header) 68 0b 2f c5 (01101000 00001011 00101111 11000101) (-986772632) |
||||
12 4 (object header) 9a 02 00 00 (10011010 00000010 00000000 00000000) (666) |
||||
16 4 (object header) 05 00 00 00 (00000101 00000000 00000000 00000000) (5) |
||||
20 4 (alignment/padding gap) |
||||
24 20 int [I.<elements> N/A |
||||
44 4 (loss due to the next object alignment) |
||||
Instance size: 48 bytes |
||||
Space losses: 4 bytes internal + 4 bytes external = 8 bytes total |
||||
|
||||
com.locaris.jvm.JOLSample$A object internals: |
||||
OFFSET SIZE TYPE DESCRIPTION VALUE |
||||
0 4 (object header) 01 00 00 00 (00000001 00000000 00000000 00000000) (1) |
||||
4 4 (object header) 00 00 00 00 (00000000 00000000 00000000 00000000) (0) |
||||
8 4 (object header) 10 f6 9c c5 (00010000 11110110 10011100 11000101) (-979569136) |
||||
12 4 (object header) 9a 02 00 00 (10011010 00000010 00000000 00000000) (666) |
||||
16 4 int A.id 6 |
||||
20 1 byte A.b 0 |
||||
21 3 (alignment/padding gap) |
||||
24 8 java.lang.String A.name null |
||||
32 8 java.lang.Object A.o null |
||||
Instance size: 40 bytes |
||||
Space losses: 3 bytes internal + 0 bytes external = 3 bytes total |
||||
``` |
||||
Loading…
Reference in new issue