java开发中很多功能可以查找到代码吗？
是的呢，Java诞生自1995年，至今已经有25年了，并且一直都是很火爆，常年在编程语言排行榜榜首，要么第一要么第二，所以使用的人特多，正是因为如此，很多功能别人都写过代码。
并且Java是开源免费的，有很多社区都会做开源分享
jvm:java代码是如何运行的？
一、Java代码运行流程
A、基本流程
一个Java项目，包含很多的「.java」为后缀的源代码文件，除去IDE里直接执行调试，一般来说，都是把代码打成jar包，或者是war包，最后将打包好的jar包或是war包传到线上服务器部署。
部署方式很多，最基本的一种是通过Tomcat容器来部署，也可以是自己手动通过java命令来运行一个jar包中的代码。
B、编译
上述流程中有一个非常关键的点，「编译」。
在java代码打包的过程中，一般会把源代码编译成「.class」后缀的字节码文件。只有字节码文件class才能被JVM识别并解释运行。
C、JVM进程
对于编译好的class字节码，需要使用诸如java -jar之类的命令来运行写好的代码；一旦使用java命令，实际上此时就会启动一个JVM进程。
JVM进程会负责运行这些class字节码文件，也就相当于负责运行我们写好的代码。
D、类加载
JVM要运行这些class字节码文件中的代码，会采用类加载器把编译好的class字节码文件加载进JVM内存中
E、解释执行
最后JVM会基于自己的字节码执行引擎，来执行加载到内存里的类。当JVM需要哪个类时，会使用类加载器来加载对应的类。
从虚拟机的视角来看，执行java代码首先需要将它编译而成的class文件加载到java虚拟机中。加载后的java类会被存放在方法区中。实际运行时，虚拟机会执行方法区的代码。
在运行过程中，每当调用进入一个java方法，java虚拟机会在当前线程的java方法栈中生成一个栈帧，用以存放局部变量以及字节码的操作数。这个栈帧的大小是提前计算好的，而且java虚拟机不要求栈帧在内存空间里连续分布。
在hotspot里面，上述翻译过程有两种形式：第一种是解释执行，即逐条将字节码翻译成机器码并执行；第二种是即时编译（JIT），即将一个方法包含的所有字节码编译成机器码后再执行。
想用Java写一套漂亮的代码，哪些设计模式比较常用？
总体来说设计模式可以分为三大类
创建型模式：工厂模式、抽象工厂模式、单例模式、建造者模式、原型模式
结构型模式：适配器模式、过滤器模式、装饰模式、享元模式、代理模式、外观模式、组合模式、桥接模式
行为型模式：责任链模式、命令模式、中介者模式、观察者模式、状态模式、策略模式、模板模式、空对象模式、备忘录模式、迭代器模式、解释器模式、访问者模式
其中常用的设计模式有：
单例模式
单例模式是设计模式中最简单的模式之一。通常，普通类的构造函数是公有的，外部类可以通过“new 构造函数()”来生成多个实例。但是，如果将类的构造函数设为私有的，外部类就无法调用该构造函数，也就无法生成多个实例。这时该类自身必须定义一个静态私有实例，并向外提供一个静态的公有函数用于创建或获取该静态私有实例。
单例模式的主要角色如下。
- 单例类：包含一个实例且能自行创建这个实例的类。
- 访问类：使用单例的类。
工厂方法模式
在《简单工厂模式》一节我们介绍了简单工厂模式，提到了简单工厂模式违背了开闭原则，而“工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。
工厂方法模式的主要角色如下。
- 抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品。
- 具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。
- 抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。
- 具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。
适配器模式
适配器模式（Adapter）的定义如下：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。
适配器模式分为：
- 类结构型模式
- 对象结构型模式
前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。
适配器模式（Adapter）包含以下主要角色。
- 目标（Target）接口：当前系统业务所期待的接口，它可以是抽象类或接口。
- 适配者（Adaptee）类：它是被访问和适配的现存组件库中的组件接口。
- 适配器（Adapter）类：它是一个转换器，通过继承或引用适配者的对象，把适配者接口转换成目标接口，让客户按目标接口的格式访问适配者。
对象适配器模式的结构图
装饰模式
装饰器（Decorator）模式的定义：指在不改变现有对象结构的情况下，动态地给该对象增加一些职责（即增加其额外功能）的模式。
装饰器模式主要包含以下角色。
- 抽象构件（Component）角色：定义一个抽象接口以规范准备接收附加责任的对象。
- 具体构件（ConcreteComponent）角色：实现抽象构件，通过装饰角色为其添加一些职责。
- 抽象装饰（Decorator）角色：继承抽象构件，并包含具体构件的实例，可以通过其子类扩展具体构件的功能。
- 具体装饰（ConcreteDecorator）角色：实现抽象装饰的相关方法，并给具体构件对象添加附加的责任。
装饰器模式的结构图如图 1 所示。
策略模式
策略（Strategy）模式的定义：该模式定义了一系列算法，并将每个算法封装起来，使它们可以相互替换，且算法的变化不会影响使用算法的客户。
策略模式的主要角色如下。
- 抽象策略（Strategy）类：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，环境角色使用这个接口调用不同的算法，一般使用接口或抽象类实现。
- 具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现。
- 环境（Context）类：持有一个策略类的引用，最终给客户端调用。
其结构图如图。
代理模式
代理模式的定义：由于某些原因需要给某对象提供一个代理以控制对该对象的访问。这时，访问对象不适合或者不能直接引用目标对象，代理对象作为访问对象和目标对象之间的中介。
代理模式的主要角色如下。
- 抽象主题（Subject）类：通过接口或抽象类声明真实主题和代理对象实现的业务方法。
- 真实主题（Real Subject）类：实现了抽象主题中的具体业务，是代理对象所代表的真实对象，是最终要引用的对象。
- 代理（Proxy）类：提供了与真实主题相同的接口，其内部含有对真实主题的引用，它可以访问、控制或扩展真实主题的功能。
其结构图如图