该错误源于用户自定义类名与Java标准库中的PriorityQueue类重名，导致编译器误将new PriorityQueue<>()解析为对当前类的构造调用，而非java.util.PriorityQueue，从而报出“类型非泛型”等误导性错误。
该错误源于用户自定义类名与
java
标准库中的`priorityqueue`类重名，导致编译器误将`new priorityqueue()`解析为对当前类的构造调用，而非`java.util.priorityqueue`，从而报出“类型非泛型”等误导性错误。
在Java中，java.util.PriorityQueue 是一个完全支持泛型的标准集合类（自Java 5起），可安全地声明为 PriorityQueue 或 Queue。但当你定义了一个名为 PriorityQueue 的自定义类（如示例中的 public class PriorityQueue { ... }），就造成了
全限定名冲突
：编译器在解析 new PriorityQueue<>() 时，优先匹配当前包下的同名类（即你的类），而你的类未定义泛型参数、也没有无参构造器（或构造器不匹配），因此抛出：
更关键的是，后续的 queue.offer(...) 和 queue.poll() 调用也会失败——因为 queue 实际被推断为你的非泛型类实例，不具有 offer()/poll() 方法，甚至无法赋值给 Queue 类型。
✅ 正确做法是：
立即重命名你的主类
，避免与任何java.util类同名。例如：
⚠️ 注意事项：
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
立即学习
“
Java免费学习笔记（深入）
”；
不要使用 java.util 包中任何类名（如 List, Map, Scanner, Collections）作为自定义类名；
Eclipse 或 IntelliJ 的“Remove type arguments”建议在此场景下是无效的——它试图修复“你的类”的泛型用法，但问题本质是
类名遮蔽（name shadowing）
，而非泛型语法错误；
若已存在同名类且项目较大，可通过全限定名临时规避（不推荐）：Queue queue = new java.util.PriorityQueue<>();，但这治标不治本，且降低可读性。
总结：Java编译器依据
作用域和名称解析规则
优先查找当前类/包内的类型。命名冲突是最隐蔽也最常被忽视的编译错误根源之一。养成「类名唯一、语义清晰、避免JDK类名复用」的习惯，可大幅减少此类陷阱。
The type PriorityQueue is not generic; it cannot be parameterized with arguments <>import java.util.*;
// ✅ 命名规范：使用描述性类名，如 PriorityQueueDemo 或 MinHeapExample
public class PriorityQueueDemo {
public static void main(String[] args) {
// 正确：指向 java.util.PriorityQueue
Queue queue = new PriorityQueue<>();
queue.offer(3.0);
queue.offer(3.5);
queue.offer(2.5);
queue.offer(4.0);
queue.offer(1.5);
while (!queue.isEmpty()) {
System.out.println(queue.poll()); // 输出：1.5, 2.5, 3.0, 3.5, 4.0（最小堆序）
}
}
}