版本的格式 major.minor.patch 主版本号.次版本号.修补版本号 ———————————————————— patch：修复bug，兼容老版本 minor：新增功能，兼容老版本 major：新的架构调整，不兼容老版本
如：”bangboss-mfx”: “^3.0.1860”,
**version**
必须匹配某个版本
如：1.1.2，表示必须依赖1.1.2版
**>version**
必须大于某个版本
如：>1.1.2，表示必须大于1.1.2版
**>=version**
可大于或等于某个版本
如：>=1.1.2，表示可以等于1.1.2，也可以大于1.1.2版本
**<version**
必须小于某个版本
如：<1.1.2，表示必须小于1.1.2版本
**<=version**
可以小于或等于某个版本
如：<=1.1.2，表示可以等于1.1.2，也可以小于1.1.2版本
**~version**
大概匹配某个版本
如果minor版本号指定了，那么minor版本号不变，而patch版本号任意
如果minor和patch版本号未指定，那么minor和patch版本号任意
如：~1.1.2，表示>=1.1.2 <1.2.0，可以是1.1.2，1.1.3，1.1.4，.....，1.1.n
如：~1.1，表示>=1.1.0 <1.2.0，可以是同上
如：~1，表示>=1.0.0 <2.0.0，可以是1.0.0，1.0.1，1.0.2，.....，1.0.n，1.1.n，1.2.n，.....，1.n.n
**^version**
兼容某个版本
版本号中最左边的非0数字的右侧可以任意
如果缺少某个版本号，则这个版本号的位置可以任意
如：^1.1.2 ，表示>=1.1.2 <2.0.0，可以是1.1.2，1.1.3，.....，1.1.n，1.2.n，.....，1.n.n
如：^0.2.3 ，表示>=0.2.3 <0.3.0，可以是0.2.3，0.2.4，.....，0.2.n
如：^0.0，表示 >=0.0.0 <0.1.0，可以是0.0.0，0.0.1，.....，0.0.n
**x-range**
x的位置表示任意版本
如：1.2.x，表示可以1.2.0，1.2.1，.....，1.2.n
**-range**
任意版本，""也表示任意版本
如：*，表示>=0.0.0的任意版本
**version1 - version2**
大于等于version1，小于等于version2
如：1.1.2 - 1.3.1，表示包括1.1.2和1.3.1以及他们件的任意版本
**range1 || range2**
满足range1或者满足range2，可以多个范围
如：<1.0.0 || >=2.3.1 <2.4.5 || >=2.5.2 <3.0.0，表示满足这3个范围的版本都可以
package.json中指定版本中
*1.3.0和^1.3.0的区别是什么？
在 package.json 文件中，*1.3.0 和 ^1.3.0 这两种写法都表示允许匹配指定的主版本号下的最新版本，但它们的区别在于匹配的范围不同。
使用符号 * 表示匹配任何版本，因此，*1.3.0 可以匹配 1.3.0、1.3.1、1.3.2 等任何 1.3.x 版本中的最新版本，包括次版本和修订版本的更新。这种写法通常用于开发环境，以便在开发过程中使用最新版本的依赖项，而不必手动更新版本号。
而符号 “^” 表示允许匹配指定的主版本号下的最新版本，但不允许更新到下一个主版本号，即允许自动更新到该主版本号下的最新次版本号或修订版本号。因此，”^1.3.0” 可以匹配 1.3.0、1.3.1、1.3.2 等任何 1.x.x 版本中的最新版本，但不包括 2.x.x 或更高版本。这种写法通常用于生产环境，以便保持依赖项的稳定性和一致性。
所以，*其实等同于 ~。
（完）