本文已放到GitHub仓库中，本人近期没时间维护，道友们可以积极推送。

创建完成之后直接运行即可：

前置条件（必须）

通过Maven原型创建项目：

如果在第四步中找不到对应原型需要手动添加：

接下来输入自己的项目信息：

编辑archetypeArtifactId，如果使用FXML就使用javafx-archetype-fxml，否则就使用javafx-archetype-simple。

之后再添加一个属性指定JavaFX的版本：

点击完成即可创建，创建后的项目结构如下：

pom文件如下:

接下来使用compiler插件编译项目：

最后使用javafx插件运行项目：

运行结果如下：

每个JavaFX应用都继承自Application类（子类必须声明为public，并且必须有一个公共的无参数构造函数）。当JavaFX应用启动时，会按顺序执行以下步骤：

一个简单的例子如下：

在main()方法中调用了launch()方法，实际上JavaFX应用启动时的六个步骤就是由此方法发起的，通过分析源码得出以下线程模型：

一个JavaFX应用由一个或多个Stage组成，一个Stage对应一个窗口。但一个JavaFX应用程序有一个主要的Stage（在执行 start(javafx.stage.Stage) 方法时由应用程序线程创建并传入）。要想在Stage上显示任何东西，就必须为其附加Scene，在运行时可以交换Stage的Scene，但一个Stage同一时间只能展示一个Scene。所有的视觉组件都要附加到Scene上展示，这些视觉组件被称为节点，所有附加到场景的节点总体被称为Scene Graph。

和基本类型的包装类型类似，JavaFX有一套针对于Java原始类型的包装类型，包装类型分为以下两种：

它的继承结构如下：

这些包装子类和原始类型的关系如下：

ObservableValue接口提供了getValue方法用于获取获取包装类型的值，其子类接口提供了get方法用于获取原始类型的值。ObservableValue可以生成以下两种事件：

可以通过以下方法为ObservableValue添加和移除事件监听器：

它的继承结构如下：

这些包装子类和原始类型的关系如下：

与ObservableValue接口类似，WritableValue接口提供了getValue和setValue方法用于获取和设置包装类型的值，其子类接口提供了get和set方法用于获取和设置原始类型的值。

每一个组件都有一些属性（成员变量），它们控制着组件的外观和行为，这些属性的类型不是简单的Java类型，而是基于JavaFX类型系统构建的包装类型。因此JavaFX类型系统是属性的基石。由于属性的重要性和复杂性，我将本节内容分为以下两部分：

它们之间的关系如下：

谁也不能保证将来会不会再出来其它的类型框架和实现。此外，由于本节类和接口继承和实现的复杂性和重复性，本节所涉及的类图会详略得当，不会展示完整的继承关系并且会省略类似XxxBase的中间类。整体结构大致如下：

ReadOnlyProperty是只读属性，它实现了ObservableValue接口，它的继承关系如下：

该接口提供了以下几个方法：

此外，一些实现子类还提供了以下几个方法：

Property是可读可写属性，它实现了ReadOnlyProperty和WritableValue接口，它的继承关系如下：

除了拥有ReadOnlyProperty所有功能外，所有Property都可以单向绑定到相同类型的ObservableValue，这意味着Property将始终包含与绑定的ObservableValue相同的值。还可以在两个Property之间定义双向绑定，以便两个属性始终包含相同的值。如果其中一个Property发生变化，另一个Property也会随之更新。该接口提供的方法如下：

此外，一些实现子类还提供了以下几个方法：

ReadOnlyJavaBeanProperty和JavaBeanProperty是充当常规Java Bean属性和相应JavaFX属性之间的适配器。其中：

它们的继承结构如下：

集合框架没有对传统的Java集合实现类进行包装，而是直接继承了集合类的父接口（List，Map，Set），并且添加了三个默认方法：

所以集合框架不再是一个包装类型框架，因此在使用集合框架时JavaFX为其提供了具体的实现，而这些实现由FXCollections静态工具类提供，并且此类还提供了一些常用方法，可自行查阅。

绑定属性由一个或多个依赖项组装而成，绑定属性观察其依赖项的变化，并根据依赖项的变化更新自己的值。Binding是绑定属性的顶层接口，它的继承关系如下：

该接口提供的方法如下：

绑定属性可以通过两套API关联到它的依赖项：

低级API的使用方式如下：

而抽象属性的高级API由Bindings工具类提供（以BooleanBinding为例）：

所谓简单实现就是形如SimpleXxxProperty的实现类，它们的继承结构如下：

这些实现一般有以下几个构造方法：

所谓包装器就是形如ReadOnlyXxxWrapper的实现类，它们的继承结构如下：

当实例化一个包装器类时，实际上它创建了两个同步的属性：

包装器的只读属性可以通过它提供的方法获取：

包装器类一般有以下几个构造方法：

ReadOnlyJavaBeanBooleanProperty实现类的继承结构如下：

JavaBeanProperty实现类的继承结构如下：

对于适配器适配的Java Bean类，必须实现适配属性声明为public的Getter和Setter。如果Java Bean属性支持PropertyChangeListeners，那么适配器将意识到Java Bean属性的变化。否则，必须通过调用适配器的fireValueChangedEvent方法来通知它有关更改。实现类提供的方法如下：

值得注意的是不能直接创建适配器，必须通过JavaBeanXxxPropertyBuilder形式的建造者创建：

建造者提供的方法如下：

建造者的使用步骤如下：

JavaFX中共有以下两种监听器：

它们的继承关系如下：

每当被监听的ObservableValue值变为无效时，就会调用InvalidationListener的invalidated方法。一个InvalidationListener可以监听多个ObservableValue。

每当被监听的ObservableValue的值发生变化时，就会调用ChangeListener的changed方法。一个ChangeListener可以监听多个ObservableValue。

值得注意的是InvalidationListener和ChangeListener均是函数式接口，没有具体的实现，可以通过Lambda表达式和内部内的方式创建它们。但不建议直接将他们作为ObservableValue的监听器，而应该使用WeakListener进行包装，这有助于避免内存泄漏。每个WeakListener实现类是通过传入原始监听器来创建的。WeakListener继承结构如下：

原文链接：https://openjfx.cn/javadoc/18/javafx.fxml/javafx/fxml/doc-files/introduction_to_fxml.html

FXML是一种可编写的、基于XML的用于构造JavaFX场景图的标记语言。在FXML中，一个FXML标签代表以下类型之一：

一个FXML属性表示以下类型之一：

要想在FXML使用Java类，必须使用以下语句进行导入：

在FXML中创建实例最简单的方法是通过FXML元素。任何遵循JavaBean构造函数和属性命名约定的类都可以通过此方式创建实例。

fx:value属性可以用来实例化没有默认构造函数但提供静态valueOf(String)方法的类：

fx:factory属性可以使用静态工厂方法实例类：

构造器可以用于实例化不符合JavaBean约定的类，FXML中的构造器支持由两个接口提供：

JavaFX中提供了一个默认的构建器工厂JavaFXBuilderFactory,这个工厂能够创建和配置大多数不可变的JavaFX类型：

构建器构造的对象直到到达元素的结束标记时才会实例化。这是因为在元素被完全处理之前，所有必需的参数可能都不可用。

标签可以从另一个文件中定义的FXML标签实例化对象：

标签还支持用于指定应用于本地化所包含内容的资源包名称的属性，以及用于编码源文件的字符集：

标签用于创建对类常量的引用：

标签可以创建对现有实例的引用：

属性标签可以表示以下几种形式之一：

如果属性元素表示的是可读写属性，那么属性元素的内容将作为可读写属性的Setter的参数值传递：

只读列表属性的Getter返回java.util.List的一个实例，并且没有相应的Setter方法。只读列表元素的内容在处理时自动添加到列表中：

只读映射属性的Getter返回java.util.Map的一个实例，并且没有相应的Setter方法。只读映射元素的属性在处理结束标记时应用于映射。

JavaFX组件可以有一个默认属性。这意味着，如果FXML元素包含没有嵌套在属性元素中的子元素，则假定这些子元素属于默认属性。比如上文中的完全可以改写成以下形式：

JavaFX组件的默认属性使用注释@DefaultProperty(value="propertyName")进行标记。

静态属性是只有在特定上下文中才有意义的属性，因为它们不是应用到的类的固有属性，而是由另一个类（通常是控件的父容器）定义的。静态属性以定义它们的类的名称作为前缀来使用：

元素用于创建存在于场景图之外但可能需要在其它地方引用的对象。例如，在处理单选按钮时，通常需要定义一个ToggleGroup来管理按钮的选择状态。这个组不是场景图本身的一部分，所以不应该添加到按钮的父节点。定义块可以用来创建按钮组，而不影响文档的整体结构：

FXML属性也可以用来配置实例的属性：

当属性值是复杂类型，不能使用简单的基于字符串的FXML属性表示时，或者值的字符长度太长，以至于将其指定为FXML属性会对可读性产生负面影响时，通常使用属性标签。FXML属性和属性标签一个区别在于FXML属性必须在各自标签到达结束标签时才会起作用，另一个区别在于FXML属性支持可以扩展其功能的操作符，支持的操作符如下：

位置解析操作符（属性值前加前缀@）用于指定属性值应被视为相对于当前文件的URL（URL中的空白值必须经过编码），而不是一个简单的字符串：

FXML文档定义了一个变量名称空间，在这个名称空间中，变量可以被唯一的标识。如果将fx:id属性值赋给标签，那么将在文档的名称空间中创建一个变量，变量解析操作符（在属性值前面加前缀$）允许调用者在调用相应的Setter方法之前，将标签的属性值替换为指定变量的实例：

绑定表达式（将属性值使用${}包裹）可以将属性的值绑定到其它属性上，这样当被绑定的属性值变化时，绑定的属性值也会变化：

绑定表达式支持的数据类型如下：

绑定表达式支持的运算符如下：

区别在于FXML属性表示的静态属性支持功能性操作符（绑定表达式除外）。

事件处理器属性是将事件处理器附加到FXML元素的一种方便方法，FXML支持三种类型的事件处理程序：

脚本事件处理程序是在事件触发时执行脚本代码的事件处理程序：

注意在代码片段开始时使用语言处理指令。这个指令告诉FXML加载程序应该使用脚本语言来执行事件处理程序。若要关闭脚本代码的自动编译，请放置处理指令在包含脚本的标签的前面。若要再次启动脚本代码编译，请使用。

控制器方法事件处理器是由FXML文档的控制器定义的方法：

通常情况下，事件处理器应该接受一个扩展自javafx.event.Event类型的单一参数，并返回void，当然，参数也可以省略。

指向javafx.event.EventHandler类型的任何表达式都可以用作表达式处理程序：

注意，其他类型的表达式，如绑定表达式，在此上下文中不受支持。

不能使用setOnEvent方法监听集合的变化，因此，ObservableList,、ObservableMap和ObservableSet 使用一个特殊的onChange属性，该属性指向带有 ListChangeListener.Change、MapChangeListener.Change、和 SetChangeListener.Change参数的处理方法。

处理器方法如下：

也不能使用setOnEvent方法监听属性的变化，要注册到一个属性，必须使用一个特殊的onChange属性：

处理器方法如下：

标记允许将脚本代码导入或嵌入FXML文件中。可以使用任何JVM脚本语言编写脚本。如果脚本引擎实现了javax.script.Compilable接口，那么脚本在第一次加载时将被默认编译。如果编译失败，FXMLLoader将退回到解释模式。

虽然在脚本中编写简单的事件处理程序很方便，但通常更可取的做法是在编译后的强类型语言中定义更复杂的应用程序逻辑。如前所述，fx:controller属性允许将控制器类与FXML文档关联起来。控制器是一个编译类，它实现了文档定义的对象层次结构的背后代码。这个属性包含控制器类全类名。该类的一个实例在加载FXML文件时创建，因此控制器类必须有一个无参数的构造函数。

在许多情况下，以这种方式简单地声明事件处理程序就足够了。然而，当需要对控制器及其管理的元素的行为进行更多的控制时，控制器可以定义一个initialize()方法，当其关联文档的内容被完全加载后，该方法将在实现控制器上调用:

可以将FXML文件中的JavaFX组件绑定到控制器类中的字段，前提是需要为JavaFX组件的FXML元素提供一个fx:id属性，该属性具有要绑定的控制器字段的名称作为值。

注意，在前面的示例中，控制器成员字段和事件处理程序方法被声明为公共的，因此可以由加载器设置或调用它们。但是，对于那些喜欢限制控制器字段或处理程序方法可见性的开发人员，可以使用@FXML注解。这个注解将一个受保护的或私有的类成员标记为FXML可访问的。

通过标签加载的嵌套FXML文档的控制器实例被直接映射到包含控制器的成员字段。例如，给定以下代码:

当调用控制器的initialize方法时，dialog字段将包含从dialog.fxml中加载的根元素，dialogController字段将包含包含dialog对象的控制器。

FXMLLoader类负责实际加载FXML源文件并返回结果对象图。

在加载时，FXMLLoader使用com.sun.javafx.fxml.BeanAdapter的一个实例来包装一个实例化的对象，并调用它的Setter方法。这个私有类实现了java.util.Map接口，并允许调用者以键值对的形式获取和设置Bean属性值。如果一个元素表示一个已经实现了Map的类型，它不会被包装，它的get和put方法会被直接调用。

原文链接：https://openjfx.cn/javadoc/18/javafx.graphics/javafx/scene/doc-files/cssref.html

JavaFX允许使用CSS样式修饰JavaFX组件，JavaFX使用与Web CSS相同的CSS语法，但CSS属性是特定于JavaFX的，因此与Web对应的名称略有不同。除了少数例外，JavaFXCSS属性名的前缀是-fx-。CSS样式应用于JavaFX场景图中的节点，其方式类似于CSS样式应用于HTML DOM中的元素。样式首先应用于父类，然后应用于其子类。CSS选择器用于将样式与场景图节点相匹配。Node和CSS选择器的关系如下:

JavaFX应用程序有一个默认的CSS样式表，它应用于所有的JavaFX组件。如果不提供组件的样式，默认的CSS样式表将对JavaFX组件进行样式设置。

可以为JavaFX场景对象设置CSS样式表，这个样式表被应用于所有添加到场景图中的JavaFX组件。Scene样式表中指定的样式优先于默认样式表中指定的样式。

在所有布局组件上也可以设置样式表，这个样式表应用于包含在布局组件内的所有组件，布局组件样式表指定的CSS样式通常优先于Scene样式表中指定的CSS样式。

可以通过在组件上直接设置CSS样式属性来设置组件的CSS样式， 此方式设置的样式优先于布局组件样式表中指定的样式。

项目地址：FX计算器

Scene定义了要渲染的场景，它定义的内容包括：

其中最重要的是根节点序列，这个根节点序列是这个场景的场景图。

场景图是一个由节点组成的树形结构，Node是场景图节点的基类，它的继承结构如下：

场景图中的节点分为两类：

节点的限制如下：

节点的通用设计如下：

节点的属性如下：

一旦应用程序创建并显示场景，场景图形布局机制将由系统自动驱动。场景图检测影响布局的动态节点更改并调用requestLayout方法，这将该分支标记为需要布局，以便在下一个脉冲中，通过调用该分支根上的layout方法在该分支上执行自上而下的布局传递。在布局过程中，将在每个父节点上调用layoutChildren回调方法来布局其子节点。该机制旨在通过确保多个布局请求在一次传递中合并和处理，而不是在每分钟更改一次时执行重新布局，从而最大化布局效率。因此，应用程序不应该在节点上直接调用布局。

场景图形支持可调整大小和不可调整大小的节点类。Node上的isResizable方法返回给定节点是否可调整大小。可调整大小的节点类支持可接受的大小范围（最小