如何检查变量是否包含有效的UUID/GUID标识符?
我目前只对验证类型1和4感兴趣，但这不应该成为您回答的限制。
当前回答
正则表达式来拯救
/^[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}$/.test('01234567-9ABC-DEF0-1234-56789ABCDEF0');
或者用括号
/^\{?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\}?$/
其他回答
正则表达式来拯救
/^[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}$/.test('01234567-9ABC-DEF0-1234-56789ABCDEF0');
或者用括号
/^\{?[0-9a-fA-F]{8}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{4}-[0-9a-fA-F]{12}\}?$/
如果您使用uuid包，这个包会带来一个布尔验证函数，它会告诉您uuid是否有效。
例子:
import { validate as isValidUUID } from 'uuid';
if (!isValidUUID(tx.originId)) {
return Promise.reject('Invalid OriginID');
}
目前，UUID是在RFC4122中指定的。一个经常被忽视的边界情况是NIL UUID，注意到这里。下面的正则表达式将考虑这一点，并将返回与NIL UUID匹配的值。请参见下面只接受非nil UUID的UUID。这两种解决方案都适用于版本1到5(请参阅第三块的第一个字符)。
因此，要验证UUID…
/^[0-9a-f]{8}-[0-9a-f]{4}-[0-5][0-9a-f]{3}-[089ab][0-9a-f]{3}-[0-9a-f]{12}$/i
.．.确保您有一个规范格式化的UUID，版本1到5，并且是RFC4122中适当的变体。
注意:大括号{和}不是规范的。它们是一些系统和用途的产物。
容易修改以上正则表达式，以满足原问题的要求。
提示:regex group/ capturing
避免匹配NIL UUID:
/^[0-9a-f]{8}-[0-9a-f]{4}-[1-5][0-9a-f]{3}-[89ab][0-9a-f]{3}-[0-9a-f]{12}$/i
如果您想检查或验证特定的UUID版本，下面是相应的正则表达式。
注意，唯一的区别是版本号，这将在4.1.3中解释。UUID 4122 RFC的版本章节。
版本号是第三组的第一个字符:[VERSION_NUMBER][0-9A-F]{3}:
UUID v1: / ^ [0-9A-F] {8} - {4} [0-9A-F] [1] [0-9A-F] {3} - ab [89] [0-9A-F] {3} - [0-9A-F]{12} $ /我 UUID v2: / ^ [0-9A-F] {8} - {4} [0-9A-F] [2] [0-9A-F] {3} - ab [89] [0-9A-F] {3} - [0-9A-F]{12} $ /我 UUID v3: / ^ [0-9A-F] {8} - {4} [0-9A-F] [3] [0-9A-F] {3} - ab [89] [0-9A-F] {3} - [0-9A-F]{12} $ /我 UUID v4: / ^ [0-9A-F] {8} - {4} [0-9A-F] [4] [0-9A-F] {3} - ab [89] [0-9A-F] {3} - [0-9A-F]{12} $ /我 UUID v5: / ^ [0-9A-F] {8} - {4} [0-9A-F] [5] [0-9A-F] {3} - ab [89] [0-9A-F] {3} - [0-9A-F]{12} $ /我
我认为Gambol的答案几乎是完美的，但它误解了RFC 4122§4.1.1。变型段有点。
它涵盖了变体-1 uuid (10xx = 8..b)，但不包括为向后兼容性而保留的变体-0 (0xxx = 0..7)和变体-2 (110x = c..d)变体，因此它们在技术上是有效的uuid。变体4 (111x = e..f)确实是为将来使用而保留的，所以它们目前是无效的。
此外，0类型是无效的，“数字”只允许为0，如果它是NIL UUID(就像Evan的回答中提到的那样)。
所以我认为符合当前RFC 4122规范的最准确的正则表达式是(包括连字符):
/^([0-9a-f]{8}-[0-9a-f]{4}-[1-5][0-9a-f]{3}-[0-9a-d][0-9a-f]{3}-[0-9a-f]{12}|00000000-0000-0000-0000-000000000000)$/i
^ ^^^^^^
(0 type is not valid) (only e..f variant digit is invalid currently)
