Java面试总结-基础篇1

  1. java多线程-- 自旋锁，偏向锁

    好处：可以举Servlet和CGI的对比
    用户线程和守护线程的区别：用户线程结束后JVM会退出，然后守护线程才会终止（比如垃圾回收线程），如何在java中创建守护线程
    创建方法：推荐Runnable接口；继承Thread；Callable（可返回值，与Future配合使用实现异步） 示例
    生命周期：New，Runnable，Running，Waiting，Blocked（join方法），Dead （见下图）
    优先级：比较依赖OS的线程调度器，所以最好用自己的代码控制
    上下文切换（context-switching）：存储和回复CPU状态
    确保main线程最后终止：join方法
    线程间通信：wait，notify，notifyAll（主要还是线程间锁的控制）
    Thread的方法：sleep和yield是静态的，因为只能在正在执行的线程执行


    线程安全

    如何确保线程安全：原子类，并发锁，volatile关键字 参考链接
    同步块和同步方法：倾向同步块，锁的更少
    ThreadLocal：不想很麻烦的使用同步全局变量机制时，可以使用
    死锁：排查方法（blocked的线程锁住的资源id），java thread dump
    避免死锁：避免嵌套锁，只在需要的地方使用锁，避免无限期等待
    原子操作：多线程下避免数据不一致（AtomicInteger等类），int++不是原子操作
    Lock接口
    集合类：都是快速失败（ConcurrentModificationException），可使用ConcurrentMap等在多线程使用

    线程池

    好处：避免内存溢出，可以回收利用
    创建方法：Executors
    阻塞队列：线程安全，可用于生产者-消费者问题

  2. spring boot -- aop，ioc原理

    IOC：Inversion of Control，或者叫Dependency Injection
    Spring的IOC：对象的创建，销毁都是由容器控制
    原理：反射
    优点：降低耦合，更易维护
    AOP：Aspect Orientied Programming，基于IOC
    特点：与具体业务无关，比如日志记录，权限检查，事务管理等
    原理：动态代理，静态植入（编译后植入）
    Spring的实现：JDK的动态代理（InvocationHandler和Proxy类），CGLIB代理

  3. spring boot -- 关于jpa，假如逻辑与预想完全正确，但是结果不正确，应该怎么调查，处理

    配置：spring.jpa.show-sql

  4. Mybatis熟悉程度

    Mybatis常用知识

  5. 工作中常用的设计模式

    创建型：单例、工厂、抽象工厂、生成器
    结构型：适配器、组合器、代理、装饰器
    行为：访问者、观察者、策略

     

  6. mysql -- 如何解决千万级别数据，查询很慢

    缓存
    查询优化（索引，避免全表扫描）：注意索引失效的几种情况
    数据库集群（master/slave）、库表散列、负载均衡

     

  7. 对redis数据库的熟悉程度

    描述：Redis是一个开源（BSD许可）的，内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。
    优点：速度快、支持数据类型多、支持事务、过期设置
    支持的数据类型：string，hash、list、set、zset
    持久化方式：RDB和AOF（见下图）
    注意：Master最好不好写快照（会阻塞主线程）和AOF
    其他：redis是单进程单线程，用队列控制串行访问

    常用命令

    redis-cli -h host -p port -a password 启动一个客户端（本地则无需参数）
    ping：检查redis服务是否启动（回复pong）
    quit：关闭连接
    select xx：切换到指定数据库

    keys pattern（比如keys * 查询所有key）
    EXISTS key：key是否存在
    EXPIRE key seconds（timestamp）：设置key失效时间
    PEXPIRE key milliseconds：设置失效毫秒
    set
    setnx：如果已存在key，则返回0
    ...

    缓存穿透和缓存雪崩

    缓存穿透
一般的缓存系统，都是按照key去缓存查询，如果不存在对应的value，就应该去后端系统查找（比如DB）。一些恶意的请求会故意查询不存在的key,请求量很大，就会对后端系统造成很大的压力。
    这就叫做缓存穿透。
如何避免？
    1：对查询结果为空的情况也进行缓存，缓存时间设置短一点，或者该key对应的数据insert了之后清理缓存。
2：对一定不存在的key进行过滤。可以把所有的可能存在的key放到一个大的Bitmap中，查询时通过该bitmap过滤。

缓存雪崩
当缓存服务器重启或者大量缓存集中在某一个时间段失效，这样在失效的时候，会给后端系统带来很大压力。导致系统崩溃。
如何避免？
1：在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如对某个key只允许一个线程查询数据和写缓存，其他线程等待。
2：做二级缓存，A1为原始缓存，A2为拷贝缓存，A1失效时，可以访问A2，A1缓存失效时间设置为短期，A2设置为长期
3：不同的key，设置不同的过期时间，让缓存失效的时间点尽量均匀。

      

  8. RDB和AOF比较
1、aof文件比rdb更新频率高，优先使用aof还原数据。
2、aof比rdb更安全也更大
3、rdb性能比aof好
4、如果两个都配了优先加载AOF

    RESP协议

    RESP 是redis客户端和服务端之前使用的一种通讯协议；
RESP 的特点：实现简单、快速解析、可读性好
For Simple Strings the first byte of the reply is "+" 回复
For Errors the first byte of the reply is "-" 错误
For Integers the first byte of the reply is ":" 整数
For Bulk Strings the first byte of the reply is "$" 字符串
For Arrays the first byte of the reply is "*" 数组

    架构类型

    1. 单机
2. 主从复制：减轻读的压力，但无法解决高可用
    3. 哨兵（sentinel）：自动故障转移，保证高可用
    4. 集群（twemproxy）
    5. 集群（直连型）

     

  9. 对mongodb数据库的熟悉程度
  10. linux熟悉程度
  11. docker -- container原理 



参考：

线程：https://www.cnblogs.com/dolphin0520/p/3932934.html

IOC：https://www.cnblogs.com/cyhzzu/p/6644981.html

AOP：https://www.cnblogs.com/lcngu/p/5339555.html

设计模式：https://www.cnblogs.com/jianzhixuan/p/9882756.html

MySQL查询优化：
    https://www.cnblogs.com/simadongyang/p/8205607.html

    https://www.cnblogs.com/fnlingnzb-learner/p/9939752.html

Redis：

    https://www.w3cschool.cn/redis/redis-ydwp2ozz.html

    https://www.cnblogs.com/jasontec/p/9699242.html

posted @ 2019-12-01 09:15  栖息之鹰  阅读(254)  评论(0)  编辑  收藏  举报