Collections不能直接new，因其是私有构造的静态工具类；sort方法选择取决于元素是否实现Comparable；synchronizedList仅保证单操作原子性，复合操作仍需额外同步；emptyList()返回不可变共享实例，new ArrayList()则新建可变对象。
为什么 Collections 不能直接 new？
因为 Collections 是纯静态工具类，所有方法都是 static，构造函数被私有化（private Collections()）。试图写 new Collections() 会编译报错：Cannot instantiate the type Collections。它和 Arrays 类似，只提供一堆开箱即用的辅助方法，不承载状态。
Collections.sort() 对 List 排序的两个重载版本怎么选？
关键看元素是否实现 Comparable：
- 如果元素类型（如
String、Integer）已实现Comparable，直接用Collections.sort(list) - 否则必须传入
Comparator：例如对List按年龄排序，得写Collections.sort(people, Comparator.comparing(p -> p.getAge()))
注意：该方法要求 List 是可修改的（如 ArrayList），传入 Collections.unmodifiableList() 或数组转的 Arrays.asList() 后再排序，会抛 UnsupportedOperationException。
用 Collections.synchronizedList() 就线程安全了吗？
只是让单个操作（如 add()、get()）原子化，但复合操作仍不安全。比如“检查是否存在再添加”这种两步操作，依然可能出问题：
if (!list.contains("x")) {
list.add("x"); // 这里仍可能重复添加
}
更可靠的做法是：
- 用
CopyOnWriteArrayList（适合读多写少） - 手动加锁（
synchronized(list) { ... }）包裹整个逻辑块 - 改用并发集合如
ConcurrentLinkedQueue（若语义允许）
Collect
ions.emptyList() 和 new ArrayList() 有什么实际区别？
前者返回的是不可变、共享的空实例，内存零开销；后者每次调用都新建对象，占用堆空间且可被修改。
推荐在方法返回值或默认值场景用 Collections.emptyList()，尤其当该空集合大概率不会被修改时。但要注意：它不支持任何修改操作，调用 add() 会立即抛 UnsupportedOperationException。
如果后续一定需要往里加元素，就别图省事，老实用 new ArrayList() 或 new ArrayList(initialCapacity)。
