如果有人使用yup, JavaScript模式验证器库，此功能可以通过以下代码实现。

const schema = yup.object().shape({
   uuid: yup.string().uuid()
 });
 const isValid = schema.isValidSync({uuid:"string"});

我向Apache Commons validator添加了一个UUID验证器。它还没有合并，但你可以在这里投票:

https://github.com/apache/commons-validator/pull/68

到目前为止发布的所有类型特定的正则表达式在“type 0”Nil UUID上都失败了，在RFC的4.1.7中定义为:

nil UUID是UUID的特殊形式，指定所有128位都设置为零:00000000-0000-0000- 000000000000

修改一下Wolf的回答:

/^[0-9a-f]{8}-?[0-9a-f]{4}-?[0-5][0-9a-f]{3}-?[089ab][0-9a-f]{3}-?[0-9a-f]{12}$/i

或者，为了正确地排除没有全0的“类型0”，我们有以下(感谢Luke):

/^(?:[0-9a-f]{8}-?[0-9a-f]{4}-?[1-5][0-9a-f]{3}-?[89ab][0-9a‌​-f]{3}-?[0-9a-f]{12}‌​|00000000-0000-0000-‌​0000-000000000000)$/‌​i

我有这个函数，但本质上它和公认的答案是一样的。

export default function isUuid(uuid: string, isNullable: boolean = false): boolean {
    return isNullable
        ? /^[0-9a-f]{8}-[0-9a-f]{4}-[0-5][0-9a-f]{3}-[089ab][0-9a-f]{3}-[0-9a-f]{12}$/i.test(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.test(uuid);
}

使用.match()方法检查String是否为UUID。

public boolean isUUID(String s){
    return s.match("^[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}$");
}

我认为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)