final List<URL> jars = new LinkedList<URL>();

最新推荐文章于 2022-06-01 22:37:22 发布
最新推荐文章于 2022-06-01 22:37:22 发布
阅读量171 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 数据结构与算法 python
原文链接：https://my.oschina.net/u/571166/blog/213269
本文详细阐述了Java泛型的概念及其实现机制，通过实例展示了如何利用泛型创建类型安全的容器类，特别是List<T>类的使用场景与优势。文章强调了泛型的灵活性与局限性，并提供了实际应用中的注意事项。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

1.泛型

泛型的本质是参数化类型，也就是说所操作的数据类型被指定为一个参数。这种参数类型可以用在类、接口和方法的创建中，分别称为泛型类、泛型接口、泛型方法。

       所谓泛型，感觉就是，不用考虑对象的具体类型，就可以对对象进行一定的操作，对任何对象都能进行同样的操作。这就是灵活性之所在。但是，正是因为没有考虑对象的具体类型，因此一般情况下不可以使用对象自带的接口函数，因为不同的对象所携带的接口函数不一样，你使用了对象A的接口函数，万一别人将一个对象B传给泛型，那么程序就会出现错误，这就是泛型的局限性。所以说，泛型的最佳用途，就是用于实现容器类，实现一个通用的容器。该容器可以存储对象，也可以取出对象，而不用考虑对象的具体类型。因此，在学习泛型的时候，一定要了解这一点，你不能指望泛型是万能的，要充分考虑到泛型的局限性。

 

2.List<T>类表示可通过索引访问的对象的强类型列表，提供用于对列表进行搜索、排序和操作的方法。

List<T>是单向链表，LinkedList<T>是双向链表

 

3.final List<URL> jars = new LinkedList<URL>();

List<URL>  //List集合，<>泛型，URL存放的数据类型

 

 

转载于:https://my.oschina.net/u/571166/blog/213269

Msro
关注
JMeter源码解析之NewDriver.java（一）
测试人，测试魂
05-28 416
JMeter程序入口：JMeter的主类-设置初始类路径和加载程序。
AI Agent开发大全第51课一 在MAC系统上安装OpenCV
打造全国最全的AI Agent开发知识领域的博客
03-13 1万+
OpenCV网上的教程讲的一个都不对，要么卡死电脑，要么训练模型写死，要么都只是显示显示人脸就说这叫人脸识别？没有一个从安装、使用、驱动摄像头、训练模型、辩别人脸的全过程。最夸张的是连怎么安装个OpenCV的资料网上的都不全。 本篇会连续以几篇篇幅带各位入门并以最终识别人脸为全博客结束标志。读完本篇教程你对基本人工智能算法将有了入门这一能力。为今后可以使用进一步AI应用打下扎实的基础。
urllist
aalbertini的专栏
06-18 1092
http://blog.youkuaiyun.com/andylin02/archive/2007/04/28/1588694.aspx 飞机座位坐对的概率
LinkedList
weixin_30908103的博客
02-08 75
数据结构 双向链表 节点类型： private static class Node<E> { // 实际存放的元素 E item; // 后一个元素 Node<E> next; // 前一个元素 Node<E> prev; // 构造函数元素顺序分别为前，自己，后。就像排队一样 Node(Node<E> pr...
力扣77题关于result.add(new LinkedList＜＞(path))的解释
zzp的博客
06-01 598
力扣77题遇到的问题
finalize方法_Java专题讲解——final、finally、finalize
weixin_39997400的博客
11-21 189
本质上来说，在Java世界里面，final、finally、finalize除了长得像一点之外，没什么共同点。但是这并不妨碍我们把它们三者放在一起进行记忆。final联想到的发散点final可以实现某种程度的immutable（注意只是某种程度） 为什么说只是某种程度，假如你定义如下代码：final 你会发现，虽然strList被final修饰，但依然可以往集合里面添加元素，这当然不...
AI Agent开发大全第52课-在Windows10系统上安装OpenCV
打造全国最全的AI Agent开发知识领域的博客
03-17 5501
因为必竟大多人还是用的WINDOWS来开发的居多。因此如果OpenCV无法在Win10下安装，一样不能起到普及作用。 而Windows下的编译安装OpenCV也是最痛苦的一件事。原因就在于在编译安装OpenCV时很多Extra的模块是被“墙”掉了。 因此整个过程一会这个错一会那个错，开发机电脑也不太好，导致一次编译，30多分钟，然后报了一堆错网上查了半天解决了一个，又来一个。 如此周而复始，让绝大多数开发者放弃了OpenCV。 本篇就是要着重讲述OpenCV在W
Jmeter源码学习系列：启动Jmeter
qq_29168493的博客
01-02 1453
Jmeter源码学习系列：启动Jmeter
JavaEE实战——XML文档DOM、SAX、STAX解析方式详解
李春春的专栏
06-22 6032
本文主要介绍XML文档作为存储和传输数据的三种解析方式，其各自主要的思想、实现方式、CURD实现，以及最后展示一个综合的实战例子加以巩固理解。
LinkedList源码中为何大量出现final
ZJH
02-21 651
源码中出现final的地方 所有的link有关的方法（增删操作）add remove 需要保存中间变量的节点（prev和next指针需要修改的节点） 像clear get这种不涉及“更改指针指向”的方法不需要对中间变量定义final final的作用 final关键字的作用 LinkedList中Node是一个对象，因此适用于第二条引用数据类型，举个例子： 有无final修饰的浅拷贝 People p1 = new People(18,"张三"); People p2 = p1; 当：p1
链表LinkedList(Java)
悦悦的狗子
01-19 330
链表LinkedList 定义 链表是一种物理存储单元上非连续、非顺序的存储结构，数据元素的逻辑顺序是通过链表中的指针链接次序实现的。==链表由一系列结点（链表中每一个元素称为结点）组成，结点可以在运行时动态生成。每个结点包括两个部分：一个是存储数据元素的数据域，另一个是存储下一个结点地址的指针域。 相比于线性表顺序结构，操作复杂。==由于不必须按顺序存储，链表在插入的时候可以达到O(1)的复杂度...
谈谈final
程序员小董的专栏
03-20 1699
用final修饰类  这种情况很简单,这个类不能被继承。它"绝后"了。 用final修饰方法 这里可以分两种情况。 用final修饰private方法。其实也不能这么说,英文私有方法也被编译器隐式修饰为final，这意味着private final void f()和private void f()并无区别。 用final修饰public方法。 那么此方法不能被重写。  用fi
JAVA中實現鏈表--LinkedList的使用
热门推荐
冯立彬的博客
04-23 2万+
import java.util.LinkedList;import java.util.Vector;/** * Java中的鏈表，SUN公司已經為我們做好了，我們只需要簡單的使用就可以了 * 當沒有要求的時候，就可以不用自己去實現。 * 如果確實有要求要自己實現，那么也自己實現也是一樣的道理，只需要像 * LinkedList中一樣，實現向個接口方法，同樣可以做到。 * 這里是一個簡單的例
Java深入理解final ，ArrayList，LinkedList
CCIEJohn_zhou的博客
04-23 2179
1.final final：不可改变的 最常见的三大回答： 1.被final修饰的类不可以被继承 2.被final修饰的方法不可以被重写 3.被final修饰的变量不可以的被修改 比较浅显的理解也就是止步于此，那么再深入研究一下： 问final修饰变量，是变量引用的内容不可改变？还是变量的引用不可改变？或者两者都不可改变？？？ 答：final对于引用数据类型，不能改变的是引用（即：...
为什么final类型map和list内容可以修改
Flyer的后花园
08-07 1万+
1    final List list =  new ArrayList();         List list1 = new ArrayList();         List list2 = new ArrayList();         list1 = list2;         list = list1;//这行是不能通
java基础
qw890704的专栏
03-27 1168
Java基础 对象： 每个对象都有自己的存储空间，可容纳其他对象。或者说，通过封装现有对象，可制作出新型对象。 每个对象都有一种类型。根据语法，每个对象都是某个“类”的一个“实例”。其中，“类”（Class）是“类型”（Type）的同义词。一个类最重要的特征就是“能将什么消息发给它？”。 同一类所有对象都能接收相同的消息。这实际是别有含义的一种说法，大家不久便能理解。由于类型为“圆”（Ci
动态获取Dubbo服务提供方地址列表
heima201907的博客
02-28 3121
如何动态获取Dubbo服务提供方地址列表 一、前言 dubbo框架本身提供了丰富的负载均衡策略，比如轮询、随机、最少活跃调用数、一致性hash等，但是有时候我们需要自己根据业务指定某个ip来进行调用。要指定ip进行调用就需要先知道服务提供者的ip。本文我们先来探讨第一步，当服务注册中心使用zookeeper时候如何获取某一个服务的提供端的地址列表。 二、实现 我们知道当服务提供方启动时候，会注册服...
@Value注解不能注入static修饰的属性
面朝大海，春暖花开
10-16 2195
@Value注解不能注入static修饰的属性 问题描述 在application.yml中： constant: key: hello value: world 工具类ConstantHelper: @Component public class ConstantHelper { @Value("${constant.value}") private stati...
``` /** * @author by Pompey on 2025/3/21 19:59. * @description: 清理项目僵尸jar包，降低项目体积 */ public class CleanUnusedJar { public void analye() throws Exception{ // 获取所有jar包 Set<String> jars = getJars(); // 获取所有class Class[] classes = getLoadedClasses(); for (Class clazz : classes){ // 找到class对应的jar包 String jar = Optional.of(clazz) .map(Class::getProtectionDomain) .map(ProtectionDomain::getCodeSource) .map(CodeSource::getLocation) .map(URL::toString).orElse(null); if (jars.contains(jar)){ //有类加载过，则移除，最后留下的就是僵尸包 jars.remove(jar); } } // 写入文件里 writeFile(jars); } private void writeFile(Set<String> jars) throws IOException { Writer writer = new FileWriter("unused-jar.lst"); jars.stream().sorted().forEach(jar -> { try{ writer.write(jar); writer.write("\n"); }catch(IOException e){ throw new RuntimeException(e); } }); writer.close(); } }```根据代码注释完成代码逻辑
最新发布
03-23
<think>嗯，用户给了一个Java类CleanUnusedJar，需要根据注释完成代码逻辑。首先，我得仔细看看现有的代码结构。主方法是analyze()，里面调用了getJars()和getLoadedClasses()，然后遍历每个class找到对应的jar包，从jars集合里移除被加载过的，剩下的就是未使用的jar，最后写入文件。 首先，getJars()和getLoadedClasses()这两个方法现在应该是空的方法，需要实现。用户可能希望我补全这两个方法的代码。对于getJars()，可能需要扫描项目的依赖jar包，通常是从类路径下获取。可能需要用ClassLoader来获取URL，然后过滤出jar文件，转换成字符串形式存入集合。 然后是getLoadedClasses()，这里要获取所有已加载的类。但Java本身没有直接的方法获取所有已加载的类，可能需要用Instrumentation或者反射的方式。不过用户的代码里并没有引入Instrumentation，所以可能假设这些类已经加载了？或者用户希望用某种方式获取当前类加载器里的类？比如通过扫描类路径，或者使用反射获取某些类加载器中的类。但这种方法可能不全面，或者有难度，可能需要用其他方法，比如获取当前线程的上下文类加载器，然后遍历所有已加载的类。不过这可能比较复杂，或者需要特定的JDK版本支持。 比如，可以利用ClassLoader的方法，比如用getDeclaredClasses()，但可能只能获取当前类加载器的一部分类。或者用户可能希望用工具类，比如Google的Guava库中的ClassPath，但用户代码里没有引入，所以可能需要用标准库的方法。或者用户可能希望模拟获取所有已加载的类，可能这是一个难点，需要进一步思考。 另外，代码中的Class[] classes = getLoadedClasses();可能预期返回所有项目中的类，而不仅仅是系统类。所以可能需要扫描类路径下的所有类文件，并加载它们？不过这样做可能会引起性能问题，或者类初始化的问题。或者，用户可能只是希望获取当前JVM中已加载的类，但这在实际中可能不包括所有项目中的类，因为类是按需加载的。因此，这个方法可能存在问题，无法正确获取所有需要检查的类。 但根据用户的注释，analyze()的目的是找出未被类加载器加载的jar包。所以可能这个逻辑有问题，因为可能有些jar包中的类在运行时没有被加载，但实际被使用到了，比如通过反射或者动态加载的情况。所以这种方法可能不准确，但用户可能只是希望完成代码，不管实际效果如何。 接下来，writeFile方法已经实现，将剩余的jar写入文件。所以现在需要补全getJars()和getLoadedClasses()的实现。 对于getJars()，可能需要获取当前类路径下的所有jar包。可以通过System.getProperty("java.class.path")获取类路径，然后分割成各个路径，筛选出jar文件，并转换为URL字符串形式，比如以"file:"开头的路径。例如： Set<String> jars = new HashSet<>(); String classPath = System.getProperty("java.class.path"); String[] paths = classPath.split(File.pathSeparator); for (String path : paths) { if (path.endsWith(".jar")) { File file = new File(path); jars.add(file.toURI().toURL().toString()); } } 但需要考虑不同操作系统的路径分隔符，比如Windows用;，Linux用:。这样得到的jars集合就是所有在类路径中的jar包。 然后，getLoadedClasses()需要返回所有已加载的类。这里可能需要使用Instrumentation API，但通常需要代理启动。或者，用户可能在测试环境下，假设所有需要的类已经被加载。否则，这个方法的实现可能比较复杂。例如，通过反射访问ClassLoader的内部字段，比如在URLClassLoader中获取已加载的类，但这种方法可能不适用于所有类加载器，并且可能涉及安全权限问题。 或者，用户可能希望返回项目中所有类，而不仅仅是已加载的。这时候需要扫描类路径下的所有.class文件，并转换为类名，然后加载它们。例如，遍历类路径下的每个目录和jar包，收集所有类文件，然后获取对应的类名。但加载所有类可能会导致静态代码块被执行，存在风险。 例如，使用ClassPath扫描： ClassPath classPath = ClassPath.from(ClassLoader.getSystemClassLoader()); Set<Class<?>> classes = new HashSet<>(); for (ClassPath.ClassInfo classInfo : classPath.getAllClasses()) { classes.add(classInfo.load()); } return classes.toArray(new Class[0]); 但需要引入Guava库，用户代码中没有，所以可能需要用其他方式。或者自己实现类路径扫描。 或者，用户可能希望获取当前线程的上下文类加载器中的所有已加载类，但Java并没有提供直接的方法。可能需要借助Instrumentation，或者使用特定JDK的实现，比如使用sun.misc.VM的getAllLoadedClasses()方法，但这是非标准的，可能不可移植。 假设用户允许使用特定方法，可以这样写： private Class[] getLoadedClasses() { return VM.getAllLoadedClasses(); } 但需要导入sun.misc.VM，并且需要添加JVM启动参数允许访问，否则会抛出安全异常。这可能在实际中不可行。 所以，这可能是一个问题，用户可能希望模拟这个方法的实现，或者假设存在这样的方法。但根据用户提供的代码框架，可能需要补全这两个方法，但具体实现可能较为复杂，用户可能需要进一步的指导或者简化。 所以，可能用户希望的是补全这两个方法的代码，尽管存在实际困难。例如，对于getJars()，可以按照上述方法获取类路径中的jar文件。对于getLoadedClasses()，可能假设能够通过某种方式获取已加载的类，或者可能用户希望返回当前项目中定义的类，而不是所有已加载的类，这时候可能需要扫描类路径下的所有类文件，并加载它们，但这样可能会导致问题。 综上，可能的解决方案是： 实现getJars()方法，通过系统类路径获取所有jar包的URL字符串。 实现getLoadedClasses()方法，通过扫描类路径下的所有类文件，并加载对应的类，但需要处理异常，并且可能影响性能，或者使用其他方式。 或者，用户可能希望getLoadedClasses()返回所有已被加载的类，即JVM中当前加载的所有类，这时候可能需要使用Instrumentation，但需要代理启动。 由于用户提供的代码中没有处理这些复杂情况，可能这是一个简化的示例，所以可能需要给出一个可能的实现，尽管存在局限性。 所以，可能的实现： 在getJars()中： private Set<String> getJars() throws MalformedURLException { Set<String> jars = new HashSet<>(); String classpath = System.getProperty("java.class.path"); String[] entries = classpath.split(File.pathSeparator); for (String entry : entries) { if (entry.endsWith(".jar")) { File file = new File(entry); URL url = file.toURI().toURL(); jars.add(url.toString()); } } return jars; } 在getLoadedClasses()中，由于无法直接获取所有已加载的类，可能需要使用反射或Instrumentation。假设使用Instrumentation，但需要代理。但用户代码中没有相关逻辑，可能无法实现。因此，可能用户希望这个方法返回当前项目中所有的类，或者模拟数据。但这样可能导致不准确。 另一种可能，getLoadedClasses()返回当前类加载器加载的类，例如： private Class[] getLoadedClasses() { ClassLoader classLoader = Thread.currentThread().getContextClassLoader(); if (classLoader instanceof URLClassLoader) { URLClassLoader urlClassLoader = (URLClassLoader) classLoader; // 获取所有已加载的类，但URLClassLoader没有提供方法获取已加载的类 // 所以这种方法不可行 } // 否则，无法实现，可能需要抛出异常或返回空数组 return new Class[0]; } 这说明这个方法在实际中可能无法正确实现，用户可能需要其他方式。或者，用户可能希望通过扫描类路径下的所有类，并加载它们，这样会强制加载所有类，从而确保它们被包含在已加载的类中。例如： private Class[] getLoadedClasses() throws IOException { List<Class<?>> classes = new ArrayList<>(); String classpath = System.getProperty("java.class.path"); String[] entries = classpath.split(File.pathSeparator); for (String entry : entries) { File file = new File(entry); if (file.isDirectory()) { // 扫描目录下的所有.class文件 Files.walk(file.toPath()) .filter(path -> path.toString().endsWith(".class")) .forEach(path -> { String className = path.toString() .replace(file.getAbsolutePath() + File.separator, "") .replace(File.separator, ".") .replace(".class", ""); try { Class<?> clazz = Class.forName(className); classes.add(clazz); } catch (ClassNotFoundException e) { // 忽略无法加载的类 } }); } else if (entry.endsWith(".jar")) { // 处理jar包中的类 JarFile jar = new JarFile(file); Enumeration<JarEntry> entriesEnum = jar.entries(); while (entriesEnum.hasMoreElements()) { JarEntry jarEntry = entriesEnum.nextElement(); String name = jarEntry.getName(); if (name.endsWith(".class")) { String className = name.replace('/', '.').substring(0, name.length() - 6); try { Class<?> clazz = Class.forName(className); classes.add(clazz); } catch (ClassNotFoundException e) { // 忽略无法加载的类 } } } jar.close(); } } return classes.toArray(new Class[0]); } 但这种方法会强制加载所有类，可能导致静态初始化块的执行，带来副作用，并且可能抛出异常，比如类找不到，或者安全异常。此外，这种方法可能效率低下，特别是当类路径中有大量类时。 因此，这种实现方式存在风险，但可能用户希望这样的代码。不过，实际应用中这种方法可能不推荐，但根据题目要求，可能需要补全代码。 总结，根据用户的代码框架，补全getJars()和getLoadedClasses()方法的实现，可能如下： getJars()方法获取类路径中的所有jar文件，转换为URL字符串。 getLoadedClasses()方法扫描类路径下的所有类文件，并加载它们，以获取所有类，从而得到已加载的类。 然后，在analyze()方法中，遍历每个类，找到对应的jar包，并从jars集合中移除，剩下的就是未被引用的jar包，写入文件。 但实际中，这种方法可能无法正确工作，因为有些类可能未被加载，或者加载方式不同，但根据代码注释，这是用户的需求。</think>以下是基于代码注释补全的完整实现及分步解析： ```java import java.io.*; import java.net.*; import java.security.*; import java.util.*; import java.util.jar.*; public class CleanUnusedJar { /** * 核心分析逻辑：识别并清理未使用的JAR包 */ public void analye() throws Exception { Set<String> jars = getJars(); Class<?>[] classes = getLoadedClasses(); for (Class<?> clazz : classes) { String jar = Optional.of(clazz) .map(Class::getProtectionDomain) .map(ProtectionDomain::getCodeSource) .map(CodeSource::getLocation) .map(URL::toString) .orElse(null); if (jar != null && jars.contains(jar)) { jars.remove(jar); } } writeFile(jars); } /** * 获取项目中所有JAR包路径（补全逻辑） */ private Set<String> getJars() throws MalformedURLException { Set<String> jarPaths = new HashSet<>(); String classpath = System.getProperty("java.class.path"); String[] paths = classpath.split(File.pathSeparator); for (String path : paths) { if (path.endsWith(".jar")) { File file = new File(path); URL url = file.toURI().toURL(); jarPaths.add(url.toString()); } } return jarPaths; } /** * 获取所有已加载的类（补全逻辑） */ private Class<?>[] getLoadedClasses() throws IOException, ClassNotFoundException { List<Class<?>> classes = new ArrayList<>(); String classpath = System.getProperty("java.class.path"); for (String path : classpath.split(File.pathSeparator)) { File file = new File(path); if (file.isDirectory()) { scanDirectory(file, file, classes); } else if (file.getName().endsWith(".jar")) { scanJar(file, classes); } } return classes.toArray(new Class<?>[0]); } /** * 扫描目录中的.class文件 */ private void scanDirectory(File root, File current, List<Class<?>> classes) throws ClassNotFoundException { for (File file : current.listFiles()) { if (file.isDirectory()) { scanDirectory(root, file, classes); } else if (file.getName().endsWith(".class")) { String relativePath = root.toPath().relativize(file.toPath()).toString(); String className = relativePath .replace(File.separatorChar, '.') .replace(".class", ""); classes.add(Class.forName(className)); } } } /** * 扫描JAR包中的.class文件 */ private void scanJar(File jarFile, List<Class<?>> classes) throws IOException, ClassNotFoundException { try (JarFile jar = new JarFile(jarFile)) { Enumeration<JarEntry> entries = jar.entries(); while (entries.hasMoreElements()) { JarEntry entry = entries.nextElement(); if (!entry.isDirectory() && entry.getName().endsWith(".class")) { String className = entry.getName() .replace('/', '.') .replace(".class", ""); classes.add(Class.forName(className)); } } } } /** * 写入未使用的JAR列表（已实现） */ private void writeFile(Set<String> jars) throws IOException { // 原方法保持不变 } } ``` ### 分步解析 1. **获取所有JAR包路径 (`getJars()`)** - 通过 `java.class.path` 系统属性获取类路径 - 遍历路径条目，筛选出`.jar`文件 - 将绝对路径转换为URL格式（如：`file:/path/to/your.jar`） 2. **获取已加载的类 (`getLoadedClasses()`)** - **目录扫描**：递归扫描目录中的`.class`文件，转换为完整类名后加载 - **JAR扫描**：遍历JAR包条目，识别`.class`文件并加载对应类 - 注意：这里会强制加载所有类，可能触发静态初始化块 3. **核心分析逻辑 (`analye()`)** - 对每个已加载的类，通过`CodeSource`定位来源JAR - 从初始JAR集合中移除被引用的JAR - 剩余JAR即为"僵尸包"，写入结果文件 ### 潜在问题说明 1. **类加载副作用**：`getLoadedClasses()`会强制加载所有类，可能导致静态代码块意外执行 2. **性能问题**：项目较大时扫描所有类文件效率较低 3. **依赖范围**：仅检测编译依赖，无法识别反射或动态加载的类 建议生产环境使用专业依赖分析工具（如Maven Dependency Plugin），本示例可作为理解类加载机制的参考实现。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值