首页 > 其他分享 >四川汇烁面试总结

四川汇烁面试总结

时间:2024-06-01 20:57:30浏览次数:23  
标签:总结 缓存 Java 抛出 接口 面试 线程 汇烁 异常

自我介绍+项目介绍、

目录

1.jdk和jre的区别?

2.一段代码的执行流程?

3.接口与抽象类的区别?

4.ArrayList与LinkList的区别?

5.对HashMap的理解?

6.常见的异常?

7.throw 和 throws 有什么区别?

8.try catch finally 每个里面都有return 执行流程?

9.线程池五个线程,交替打印0---100?

10.数据库索引的作用?

11.数据库一条数据只允许一个用户修改,怎么实现?

12.redis的数据会存到硬盘上吗?

13.redis缓存雪崩的解决方案?

14.说一下SpringBoot启动流程?

15.说一下SpringMvc的执行流程?

16.写sql时候的注意事项?

17.MQ怎么保证消息不丢失?

1.jdk和jre的区别?

  • JDK:Java开发工具包,主要用于Java程序的开发。它不仅包含了JRE的全部内容,还提供了编译Java程序所需的工具,如javac编译器和java命令等。
  • JRE:Java运行时环境,主要用于运行Java程序。它包含了Java虚拟机(JVM)和运行Java程序所需的核心类库,但不包含开发工具。

2.一段代码的执行流程?

  1. 编写代码

  2. 编译代码:使用Java编译器(javac命令)将源代码编译成字节码。这个过程会检查语法错误,并生成一个或多个.class文件,这些文件包含了Java虚拟机(JVM)可以理解的指令。

  3. 运行时环境准备:确保系统中安装了Java运行时环境(JRE)或Java开发工具包(JDK),因为它们包含了运行Java程序所需的Java虚拟机(JVM)。

  4. 加载字节码:JVM的类加载器(ClassLoader)负责加载.class文件到内存中。

  5. 验证字节码:JVM的验证器确保加载的字节码是安全和有效的,没有违反JVM规范。

  6. 准备和解析:JVM准备阶段会为类变量分配内存,并设置默认初始值。解析阶段中,JVM将字节码中的符号引用转换为直接引用。

  7. 初始化:静态变量和静态代码块被执行,类变量被初始化为指定的初始值。

  8. 执行主方法:JVM通过反射机制调用包含main方法的类的实例,并执行main方法,这是程序的入口点。

  9. 运行字节码:JVM的执行引擎根据字节码执行程序。字节码可以是解释执行,也可以是即时编译(JIT)成机器码后执行。

  10. 垃圾回收:在程序运行过程中,JVM的垃圾回收器会自动回收不再使用的内存。

  11. 程序结束:当main方法执行完毕,或者通过System.exit()显式退出时,程序结束。

  12. 卸载类:当一个类的所有实例都不再被使用,且没有静态引用时,JVM的类加载器会卸载这个类。

3.接口与抽象类的区别?

  1. 定义

    • 接口:是一个完全抽象的概念,可以包含抽象方法和默认方法(Java 8及以上版本),但不能包含任何实现细节。
    • 抽象类:可以包含抽象方法和具体方法,允许包含实现细节。
  2. 实现

    • 接口:一个类可以实现多个接口,使用implements关键字。
    • 抽象类:一个类只能继承一个抽象类,使用extends关键字。
    • 构造方法

      • 接口:不能包含构造方法。
      • 抽象类:可以包含构造方法。
  3. 变量默认值

    • 接口:在Java 8之前,接口中的变量只能是public static final的常量。从Java 8开始,接口可以包含默认方法和静态方法。
    • 抽象类:可以包含任何类型的变量和方法。
  4. 访问修饰符

    • 接口:默认情况下,接口中的所有方法都是public的,所有变量都是public static final的。
    • 抽象类:可以有多种访问修饰符,如publicprotectedprivate等。
  5. 多继承

    • 接口:支持多继承,一个类可以实现多个接口,有助于解决多重继承的问题。
    • 抽象类:不支持多继承,一个类只能继承一个抽象类。
  6. 使用场景

    • 接口:用于定义一组行为规范,通常用于定义能力或者行为的契约。
    • 抽象类:用于表示一个不完整的类,它可能包含部分实现,通常用于共享代码。
  7. 方法体

    • 接口:在Java 8之前,接口中的方法不能有实现。从Java 8开始,接口可以有默认方法和静态方法。
    • 抽象类:可以包含抽象方法和具体方法。
  8. 初始化

    • 接口:不能被实例化,不能直接创建对象。
    • 抽象类:可以被实例化,但通常不这样做,因为它是不完整的。
  9. 私有方法

    • 接口:Java 9开始支持私有方法和私有静态方法。
    • 抽象类:可以包含私有方法。

4.ArrayList与LinkList的区别?

  1. 内部实现

    • ArrayList:基于动态数组实现,这意味着它维护了一个元素数组,可以快速随机访问任何位置的元素。
    • LinkedList:基于双向链表实现,链表中的每个元素都包含对前一个和后一个元素的引用。
  2. 性能特点

    • ArrayList
      • 优点:提供快速的随机访问,即O(1)时间复杂度的get操作。
      • 缺点:在列表末尾添加元素是O(1),但在列表中间插入或删除元素时,可能需要O(n)时间复杂度,因为需要移动后续所有元素。
    • LinkedList
      • 优点:在列表的任何位置插入或删除元素都非常快速,通常是O(1)时间复杂度,只需要改变相邻元素的链接。
      • 缺点:随机访问元素较慢,因为需要从头开始遍历链表,所以是O(n)时间复杂度。
  3. 内存使用

    • ArrayList:通常使用较少的内存,因为它是连续存储。
    • LinkedList:每个元素都需要额外的内存来存储对前后元素的引用,因此内存使用相对较高。
  4. 线程安全

    • 两者都不是线程安全的。如果需要线程安全,可以使用Collections.synchronizedList()方法包装它们,或者使用Vector(类似于ArrayList)和Stack
  5. 使用场景

    • ArrayList:当你需要频繁随机访问列表中的元素时,使用ArrayList更合适。
    • LinkedList:当你需要频繁在列表中间插入或删除元素时,使用LinkedList更合适。
  6. 实现细节

    • ArrayList:实现了RandomAccess接口,这表明它可以快速随机访问元素。
    • LinkedList:实现了Deque接口,这意味着它可以用作双端队列。
  7. 迭代器

    • ArrayList:迭代器实现为基于索引的迭代,通常更快。
    • LinkedList:迭代器实现为基于节点的迭代,可能稍慢。
  8. 失败快速

    • ArrayList:在迭代过程中,如果列表被修改(除了通过迭代器自身的removeadd),会快速失败。
    • LinkedList:迭代器也支持快速失败,但链表结构可能在修改时更稳定。

总结来说,选择ArrayList还是LinkedList取决于你的具体需求,特别是列表操作的类型和频率。如果需要频繁访问元素,ArrayList是更好的选择;如果需要频繁插入或删除元素,尤其是在列表中间,LinkedList可能更合适。

5.对HashMap的理解?

1. **数组和链表/红黑树**:
   - `HashMap`内部使用一个数组(通常是`Node<K,V>[]`类型的数组)来存储键值对(`Entry`对象)。
   - 当发生哈希冲突时(即两个或多个键具有相同的哈希码),`HashMap`会使用链表来解决冲突。从Java 8开始,当链表的长度超过一定阈值(TREEIFY_THRESHOLD,默认为8)时,链表会转换成红黑树,以提高搜索效率。

2. **哈希函数**:
   - `HashMap`使用键对象的`hashCode()`方法来计算哈希码,然后通过哈希码来确定键值对在数组中的位置。

3. **容量和加载因子**:
   - `HashMap`有一个容量(capacity)的概念,即内部数组的大小。
   - 加载因子(load factor)是一个衡量`HashMap`满的程度的参数,它是一个介于0和1之间的浮点数,默认值为0.75。当实际存储的键值对数量超过数组容量与加载因子的乘积时,`HashMap`会进行扩容。

4. **扩容**:
   - 当键值对的数量达到阈值时,`HashMap`会创建一个容量更大的新数组(通常是原数组大小的两倍),并将原数组中的所有键值对重新映射(rehash)到新数组中。这个过程称为再散列(rehashing)。

5. **再散列**:
   - 在扩容时,`HashMap`会遍历旧数组中的所有键值对,使用新的哈希函数重新计算它们在新数组中的位置。
   - 这个过程是昂贵的,因为它涉及到遍历和复制所有键值对。

6. **树化**:
   - 当链表的长度超过TREEIFY_THRESHOLD时,链表会转换成红黑树。这个转换可以减少查找、插入和删除操作的时间复杂度,从O(n)降低到O(log n)。

7. **哈希碰撞**:
   - 当两个键具有相同的哈希码,并且在数组中映射到同一位置时,会发生哈希碰撞。
   - `HashMap`通过链表或红黑树来解决哈希碰撞。

8. **null键和null值**:
   - `HashMap`允许一个null键和多个null值。

9. **并发问题**:
   - `HashMap`不是线程安全的。如果需要线程安全的HashMap,可以使用`Collections.synchronizedMap()`方法包装它,或者使用`ConcurrentHashMap`。

10. **迭代器**:
    - `HashMap`的迭代器是快速失败的,这意味着在迭代过程中如果检测到`HashMap`被修改,迭代器会立即抛出`ConcurrentModificationException`。

6.常见的异常?

在Java中,异常是程序运行时发生的错误。Java异常处理机制允许程序在发生错误时采取相应的措施,而不是直接崩溃。Java的异常分为两大类:受检异常(checked exceptions)和非受检异常(unchecked exceptions)。

### 受检异常(Checked Exceptions)
受检异常是编译时检查的异常,必须通过`try-catch`块或`throws`子句处理。这些异常通常是可预见的,并且可以恢复。

- **IOException**:当发生I/O错误时抛出,如文件读写错误。
- **SQLException**:数据库操作中发生错误时抛出。
- **FileNotFoundException**:尝试访问不存在的文件时抛出。
- **MalformedURLException**:URL格式不正确时抛出。
- **IndexOutOfBoundsException**:访问数组或集合时索引超出范围时抛出。
- **NumberFormatException**:尝试将字符串转换为数字,但字符串不是适当的格式时抛出。

### 非受检异常(Unchecked Exceptions)
非受检异常是在编译时不强制处理的异常,通常是编程错误导致的。

#### 运行时异常(Runtime Exceptions)
运行时异常是非受检异常的一种,通常由编程错误引起。

- **NullPointerException**:尝试使用了一个未被初始化(null)的对象时抛出。
- **IllegalArgumentException**:方法接收到无效参数时抛出。
- **IllegalStateException**:对象的状态不满足请求的操作时抛出。
- **ArrayStoreException**:尝试将错误类型的对象存储到一个对象数组中时抛出。
- **ClassCastException**:尝试将对象强制转换为不是实例的子类时抛出。
- **ArithmeticException**:算术运算错误时抛出,如除以零。
- **NumberFormatException**:字符串转换为数字格式不正确时抛出。

#### 错误(Errors)
错误是非受检异常的另一种,通常表示严重的程序问题,程序通常无法恢复。

- **OutOfMemoryError**:没有足够的内存时抛出。
- **StackOverflowError**:递归调用太深,导致栈溢出时抛出。
- **VirtualMachineError**:虚拟机严重错误,如内存不足。
- **AssertionError**:断言失败时抛出。

### 其他常见异常
- **Exception**:所有受检异常的超类。
- **RuntimeException**:所有运行时异常的超类。

7.throw 和 throws 有什么区别?

1. **throw**:
   - `throw`关键字用于在代码中手动抛出一个异常。
   - 它可以用来抛出任何类型的异常,包括检查型异常(checked exceptions)和非检查型异常(unchecked exceptions)。
   - `throw`后面通常跟一个异常对象,这个对象是`Throwable`类或其子类的实例。
   - `throw`可以在Java代码的任何地方使用,包括方法体内部。

   示例:
   ```java
   throw new IllegalArgumentException("参数不合法");
   ```

2. **throws**:
   - `throws`关键字用于在方法签名中声明该方法可能会抛出的异常。
   - 它后面跟着的是异常类型,用于告诉调用者该方法可能会抛出的异常类型,调用者需要对这些异常进行处理。
   - `throws`只能用于方法签名中,不能用于代码块内部。
   - 使用`throws`声明的异常是编译时检查的,意味着调用者必须处理这些异常,要么通过`try-catch`块捕获它们,要么进一步使用`throws`声明传递给上层调用者。

   示例:
   ```java
   public void myMethod() throws IOException {
       // 方法体可能会抛出IOException
   }
   ```

总结区别:
- `throw`是抛出异常的动作,而`throws`是方法声明可能会抛出的异常类型。
- `throw`用于代码块中,而`throws`用于方法签名中。
- `throw`抛出的是一个具体的异常实例,`throws`声明的是异常的类型。
- `throws`关键字后面跟的是可能会被抛出的异常列表,用逗号分隔。

8.try catch finally 每个里面都有return 执行流程?

### try 块中的 return
如果在`try`块中执行了`return`语句,那么:
- 会立即终止`try`块的执行,并返回`return`语句指定的值。
- `catch`和`finally`块将不会被执行。

### catch 块中的 return
如果在`catch`块中执行了`return`语句,那么:
- 会立即终止当前`catch`块的执行,并返回`return`语句指定的值。
- 如果有其他的`catch`块,它们将继续执行。
- `finally`块将执行,无论`catch`块中是否有`return`。

### finally 块中的 return
如果在`finally`块中执行了`return`语句,那么:
- 这通常被认为是不好的实践,因为它会覆盖`try`和`catch`块中的`return`语句。
- `finally`块的`return`将立即终止方法的执行,并返回`return`语句指定的值。
- 这意味着即使`try`或`catch`块中有`return`,`finally`块中的`return`也会覆盖它们。

请注意,通常不推荐在`finally`块中使用`return`,因为它会使代码的执行流程变得难以理解和预测,而且可能会隐藏错误。

9.线程池五个线程,交替打印0---100?

public class AlternatePrinting {

    private final Semaphore semaphore = new Semaphore(1);
    private final AtomicInteger number = new AtomicInteger(0);

    public void printNumbers() {
        for (int i = 0; i < 20; i++) { // 0到19,每个线程打印20个数字
            try {
                semaphore.acquire();
                if (number.get() < 100) {
                    int currentNumber = number.incrementAndGet();
                    System.out.println(Thread.currentThread().getName() + " prints " + currentNumber);
                }
                semaphore.release();
            } catch (InterruptedException e) {
                Thread.currentThread().interrupt();
            }
        }
    }

    public static void main(String[] args) {
        ExecutorService executorService = Executors.newFixedThreadPool(5);
        AlternatePrinting alternatePrinting = new AlternatePrinting();

        // 提交任务到线程池,每个线程打印0到19的数字20次
        for (int i = 0; i < 5; i++) {
            executorService.submit(alternatePrinting::printNumbers);
        }

        // 关闭线程池
        executorService.shutdown();
    }
}

在这个例子中,我们使用了一个Semaphore来控制对共享资源(即打印操作)的访问。初始时,Semaphore的许可数量为1,这意味着一次只有一个线程可以执行打印操作。

我们还使用了一个AtomicInteger来控制打印的数字,以确保在多线程环境中数字能够正确地从0递增到100。

每个线程在打印前尝试获取Semaphore的许可,如果成功,则通过AtomicInteger获取下一个要打印的数字,并将其打印出来。打印完成后,线程释放Semaphore的许可,允许其他线程继续执行。

10.数据库索引的作用?

数据结构是B+数 非叶子节点不存储数据,存储指向叶子结点的索引。如果查询的非聚集索引,会进行一次回表查询。

11.数据库一条数据只允许一个用户修改,怎么实现?

加乐观锁,分布式锁。

12.redis的数据会存到硬盘上吗?

Redis的数据可以并且通常会被持久化存储到硬盘上。Redis提供了几种不同的数据持久化选项,以确保即使在服务器崩溃或重启的情况下数据也不会丢失。以下是Redis支持的几种主要持久化方式:

  1. RDB持久化 (Redis Database):

    • 这种形式的持久化会在指定的时间间隔内生成数据集的时间点快照。
    • 通过配置save <seconds> <changes>可以在Redis.conf配置文件中设置自动保存的规则。
    • RDB持久化是通过创建进程的方式来完成的,它会将内存中的数据保存到一个.rdb文件中。
  2. AOF持久化 (Append Only File):

    • AOF持久化记录每次写操作命令,并将其追加到文件末尾。
    • 这提供了更好的数据安全性,因为它减少了在故障情况下可能丢失的数据量。
    • 可以通过配置appendonly yes在Redis.conf中启用AOF持久化。
    • AOF文件以纯文本形式存储,并且可以被手动编辑或通过Redis的LOAD命令加载。
  3. RDB和AOF的组合

    • 可以同时使用RDB和AOF持久化,以获得两者的优点。
    • 例如,可以使用RDB来获得更紧凑的备份文件,并使用AOF来提供更细粒度的数据恢复。
  4. 虚拟内存 (VM):

    • Redis的虚拟内存功能不是持久化机制,但它允许Redis将部分数据交换到磁盘,以减少内存的使用。
    • 这不是真正的持久化,因为数据交换到磁盘上的数据不是持久的,且在Redis重启后不会恢复。
  5. 磁盘快照

    • 在某些部署环境中,可能还会使用外部工具来创建Redis数据的磁盘快照。
  6. 复制

    • 虽然不是持久化机制,但Redis的复制功能可以用来创建数据的热备份,主节点的数据变更会实时复制到从节点。

使用哪种持久化方式取决于具体的应用场景和需求。例如,如果数据安全性是首要考虑因素,可能会选择AOF持久化;如果需要定期的数据备份,可能会选择RDB持久化。在实际部署中,通常会根据需要选择一种或多种持久化策略。

13.redis缓存雪崩的解决方案?

Redis缓存雪崩是指由于大量缓存数据在相近时间内同时过期,导致大量请求直接打到数据库上,从而对数据库造成巨大压力,甚至引起数据库宕机的现象。

  1. 多级缓存机制

    • 使用本地缓存和分布式缓存相结合的方式。当分布式缓存失效时,本地缓存可以作为一个备份,减少对数据库的直接压力。
  2. 预加载和预热缓存

    • 在缓存即将过期前,后台异步更新缓存数据,这样可以避免大量请求同时击中数据库。
  3. 动态调整缓存策略

    • 根据系统负载和业务重要性动态调整缓存失效时间和限流策略。
  4. 设置随机过期时间

    • 避免大量缓存在同一时间过期,通过设置随机的过期时间来分散请求。
  5. 使用缓存标记策略

    • 在标记失效时更新数据缓存,确保缓存的数据是最新的。
  6. 实施多级缓存策略

    • 如一级缓存失效时由二级缓存更新。
  7. 增加自动化监控

    • 确保能在问题发生前及时发现异常。
  8. 限流和降级

    • 在系统负载较高时,通过限流和降级措施来保护后端服务。
  9. 缓存数据的过期时间设置随机

    • 防止同一时间大量数据过期现象发生。
  10. 超热数据使用永久key

    • 对于非常热点的数据,可以设置为永不过期。
  11. 定期维护(自动+人工)

    • 对即将过期数据做访问量分析,确认是否延时,配合访问量统计,做热点数据的延时。
  12. 加锁机制

    • 当缓存中没有数据,第1个进入的线程,获取锁并从数据库去取数据,其他并行进入的线程会等待,这样就防止都去数据库重复取数据,重复往缓存中更新数据情况出现。

通过这些策略,可以有效地预防和应对缓存雪崩,增强系统的稳定性和可靠性。

14.说一下SpringBoot启动流程?

Spring Boot的启动流程是一系列初始化和配置步骤,旨在准备应用程序运行环境并使其准备好处理请求。以下是Spring Boot启动流程的概述:

1. **初始化SpringApplication**:
   - 创建`SpringApplication`实例,它负责启动Spring Boot应用程序。

2. **运行SpringApplication**:
   - 调用`SpringApplication.run()`方法开始启动过程。

3. **加载应用配置**:
   - 加载`application.properties`或`application.yml`等配置文件中的属性。

4. **执行Banner**:
   - 打印启动时的Banner(如果有定义)。

5. **创建并配置ApplicationContext**:
   - 创建Spring应用上下文`ApplicationContext`,它是Spring框架的核心,负责管理Bean的生命周期和依赖关系。

6. **执行Bean定义**:
   - 通过`@ComponentScan`指定的包路径扫描组件,自动注册`@Component`、`@Service`、`@Repository`、`@Controller`等注解的类作为Bean。

7. **加载起步依赖**:
   - 加载`spring-boot-starter`起步依赖中定义的库和配置。

8. **自动配置类的应用**:
   - 根据类路径中的库、配置文件和`@EnableAutoConfiguration`注解,Spring Boot会尝试自动配置应用程序。

9. **注册并执行所有的`CommandLineRunner`和`ApplicationRunner`**:
   - 在Spring应用上下文准备好之后,执行所有的`CommandLineRunner`和`ApplicationRunner`接口实现类,这些接口允许你在应用程序启动后执行自定义代码。

10. **注册所有的Servlet、Filter和ServletListener**:
    - 如果应用程序是一个Web应用程序,Spring Boot会自动注册所有的Servlet、Filter和ServletListener。

11. **初始化Tomcat/Jetty等内嵌服务器**:
    - 如果应用程序是一个Web应用程序,Spring Boot会初始化内嵌的Tomcat或Jetty服务器。

12. **监听端口**:
    - 内嵌服务器开始监听端口,等待外部请求。

13. **应用程序完全启动**:
    - 所有上述步骤完成后,应用程序完全启动,并准备好接收和处理请求。

15.说一下SpringMvc的执行流程?

  1. 客户端发送请求: 用户通过浏览器或客户端工具发送HTTP请求到服务器。

  2. 请求到达DispatcherServlet: HttpServletRequest对象封装了客户端的原始请求,所有进入的请求首先到达中央调度器DispatcherServlet

  3. 请求映射DispatcherServlet根据请求的URL查找相应的处理器映射(Handler Mapping)。处理器映射负责将请求映射到对应的处理器(Controller)。

  4. 执行Controller: 找到映射的Controller后,DispatcherServlet调用Controller中的方法来处理请求。

  5. 返回ModelAndView: Controller执行完成后,通常会返回一个ModelAndView对象,其中包含模型数据(Model)和视图名称(View)。

  6. 视图解析DispatcherServlet使用视图解析器(View Resolver)来解析ModelAndView中的逻辑视图名称,以确定具体的视图实现。

  7. 渲染视图: 视图解析器返回具体的视图对象后,DispatcherServlet将模型数据传递给视图,并渲染最终的视图。

  8. 返回响应: 渲染完成后,DispatcherServlet将视图转换为HTTP响应并发送回客户端。

  9. 更新Web页面: 客户端浏览器接收到响应后,根据响应内容更新Web页面。

在整个流程中,Spring MVC提供了多个扩展点,允许开发者插入自己的逻辑,例如:

  • 拦截器(Interceptors):可以在请求处理前后执行自定义逻辑。
  • 异常处理器(Exception Handlers):可以捕获和处理Controller中抛出的异常。
  • 数据转换器(Converters):用于自动转换请求参数到Java对象。
  • 数据验证器(Validators):用于验证用户输入的数据。

Spring MVC的执行流程是高度可定制的,开发者可以根据需要配置和扩展框架的各种组件。这种灵活性使得Spring MVC成为构建现代Web应用程序的流行选择。

16.写sql时候的注意事项?

尽量使用到索引,避免索引失效,如果接口查询慢,用慢查询日志和explain来定位慢SQL,优化性能。

17.MQ怎么保证消息不丢失?

  1. 持久化存储

    • 消息队列通常提供持久化选项,将消息存储在磁盘上而不仅仅是内存中。这样即使系统崩溃,消息也不会丢失。
  2. 消息确认(Acknowledgements)

    • 消费者在成功处理消息后发送一个确认回执给MQ。只有在收到确认后,MQ才会认为消息已被成功消费并将其从队列中移除。
  3. 重试机制

    • 如果消费者处理消息失败,MQ可以配置为自动重试,将消息重新放入队列中,等待再次消费。
  4. 死信队列(Dead Letter Queues)

    • 对于无法处理的消息,可以发送到一个特殊的队列(死信队列),而不是简单地丢弃,这样可以进行问题排查和消息恢复。

标签:总结,缓存,Java,抛出,接口,面试,线程,汇烁,异常
From: https://blog.csdn.net/weixin_54673155/article/details/139261836

相关文章

  • 一文了解JVM面试篇(上)
     Java内存区域1、如何解释Java堆空间及GC?当通过Java命令启动Java进程的时候,会为它分配内存。内存的一部分用于创建堆空间,当程序中创建对象的时候,就从对空间中分配内存。GC是JVM内部的一个进程,回收无效对象的内存用于将来的分配。2、JVM的主要组成部分及......
  • ListView超强总结
        ListView由于手机屏幕空间都比较有限,能够一次性在屏幕上显示的内容并不多,当我们的程序中有少量的数据需要展示的时候,就可以借助ListView来实现。ListView允许用户通过手指上下滑动的方式将屏幕外的数据滚动到屏幕内,同时屏幕上原有的数据则会滚动出屏幕。相信你......
  • File类总结
    FIle对象既可以代表文件,也可以代表文件夹File封装的对象仅仅是一个路径名,这个路径可以是存在的,也可以不存在如何创建一个File对象publicstaticvoidmain(String[]args){//路径分隔符//Filef1=newFile("C:\\Users\\long\\Desktop\\111.jpg");//......
  • 大厂面试高频题目
    动态规划数组347.前K个高频元素给你一个整数数组nums和一个整数k,请你返回其中出现频率前k高的元素。你可以按任意顺序返回答案。思考哈希+内置排序classSolution:deftopKFrequent(self,nums:List[int],k:int)->List[int]:num_dict=def......
  • 大三学生第一次Java面试记录
    前言分享一下第一次面试的经历吧,希望对焦虑害怕的大学生有帮助吧,其实我也很慌~~一、2024年5月8号这天我在牛客app上找的校招网申,然后看着跟开发有关的公司就都投了,主打一个广撒网,因为我觉得在校大学生也没有实习经验,学校也不是双一流知名学校,校招的企业应该要求会宽容一点......
  • 深入解析力扣170题:两数之和 III - 数据结构设计(哈希表与双指针法详解及模拟面试问答)
    在本篇文章中,我们将详细解读力扣第170题“两数之和III-数据结构设计”。通过学习本篇文章,读者将掌握如何设计一个数据结构来支持两种操作,并了解相关的复杂度分析和模拟面试问答。每种方法都将配以详细的解释和ASCII图解,以便于理解。问题描述力扣第170题“两数之和III......
  • MySQL常用语句总结
    本篇MySQL语句笔记录笔记所引用案例为B站未明学院SQL课程教学案例,个人觉得这个UP主的视频讲解特别仔细,感兴趣小伙伴可以去听听~一、数据库操作(MySQL运行界面)按Pageup和Pagedown可以将之前出现过的命令正序或者倒序展示,避免重复输入命令。--展示所有的数据库SHOWDATABASE......
  • 【LInux内核中IO多路复用 背景+原理+直白总结+优缺点】EPoll篇 及大总结
    Linux内核中的epoll多路复用原理是基于事件驱动的一种高效I/O处理机制,它主要用于监视多个文件描述符(filedescriptors,简称fd)的状态并进行事件驱动的I/O操作。epoll相比传统的select和poll机制,在处理大量并发连接时具有更高的效率和更低的资源消耗。以下是epoll多路复用原理......
  • 一文了解JVM面试篇(上)
    Java内存区域1、如何解释Java堆空间及GC?当通过Java命令启动Java进程的时候,会为它分配内存。内存的一部分用于创建堆空间,当程序中创建对象的时候,就从对空间中分配内存。GC是JVM内部的一个进程,回收无效对象的内存用于将来的分配。2、JVM的主要组成部分及其作用?组......
  • 学习前端的知识总结10
    CSS浮动网页布局方式有以下五种:标准流(普通流、文档流)︰网页按照元素的书写顺序依次排列浮动定位Flexbox和Grid(自适应布局)标准流是由块级元素和行内元素按照默认规定的方式来排列,块级就是占一行,行内元素一行放好多个元素。1.浮动浮动最典型的应用:可以让多个块级元素一行......