array.of 无类型检查，仅原样封装参数为数组元素；它不转换、不过滤、不校验类型，传入何值即为何值，与 new array() 的歧义行为不同，但也不提供类型安全性。
Array.of 本身不提供运行时类型检查，它只是按原样将所有参数转为数组元素，类型安全性完全依赖开发者在调用时的输入控制。
Array.of 的行为本质：无类型转换、无过滤
它和 new Array() 不同，不会因为单个数字参数而创建稀疏数组；但它也不会对传入的值做任何类型校验或转换：
- 传入字符串、数字、对象、undefined、null，都会原封不动成为数组成员
- 即使传入
Array.of("1", 2, true, null)，结果就是["1", 2, true, null]，没有任何隐式转换或报错 - TypeScript 中若未标注泛型，推导出的类型会是联合类型（如
(string | number | boolean | null)[]）
在 TypeScript 中提升类型安全的常用方式
借助泛型约束或类型断言，可让编译器提前捕获错误：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 显式指定泛型：
Array.of<number>(1, 2, "3")</number>会在编译时报错，因为"3"不符合number - 结合类型守卫或验证函数：先校验再调用，例如
Array.of(...numbers.filter(isValidNumber)) - 封装带校验的工厂函数，比如
createNumberArray(...nums: unknown[]) { return nums.filter((n): n is number => typeof n === 'number'); }
与 Array.from 的关键区别（影响类型选择）
Array.from 支持映射回调和可迭代对象，更适合需要转换或过滤的场景；Array.of 更适合“把一堆值直接包成数组”这种简单包装需求：
-
Array.from([1,2,3], String)→["1","2","3"]（有转换） -
Array.of(1,2,3).map(String)→["1","2","3"]（需额外调用） - 若输入源是类数组或 Set，
Array.from更自然；若只是零散参数，Array.of更简洁
实际项目中容易忽略的隐患
看似安全的写法可能埋下运行时风险：
- 从 API 或表单取值后直接传给
Array.of，比如Array.of(userInput)，若userInput是undefined或空字符串，数组里就真包含这些值 - 在泛型未严格约束的上下文中（如未启用
noImplicitAny），TypeScript 可能放宽推导，导致后续操作出错 - 单元测试若只覆盖正常路径，容易漏掉
null、NaN、Symbol等边界输入
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
