java笔试面试题整理

ゝ一世哀愁。 2022-02-03 18:29 403阅读 0赞

## 基础性问题 ##

*  notify,notifyAll,wait,yield的理解与使用

> ait(),notify(),notifyAll()不属于Thread类,而是属于Object基础类,也就是说每个对像都有wait(),notify(),notifyAll()  
> 的功能.因为都个对像都有锁,锁是每个对像的基础,当然操作锁的方法也是最基础了.  
> wait与notify是java同步机制中重要的组成部分。结合与synchronized关键字使用，可以建立很多优秀的同步模型。  
> synchronized(this)\{ \}等价于publicsynchronized void method()\{…\}  
> 同步分为类级别和对象级别，分别对应着类锁和对象锁。类锁是每个类只有一个，如果static的方法被synchronized关键字修饰，则在这个方法被执行前必须获得类锁；对象锁类同。  
> 首先，调用一个Object的wait与notify/notifyAll的时候，必须保证调用代码对该Object是同步的，也就是说必须在作用等同于synchronized(obj)\{…\}的内部才能够去调用obj的wait与notify/notifyAll三个方法，否则就会报错：  
> java.lang.IllegalMonitorStateException:current thread not owner  
> 在调用wait的时候，线程自动释放其占有的对象锁，同时不会去申请对象锁。当线程被唤醒的时候，它才再次获得了去获得对象锁的权利。  
> 所以，notify与notifyAll没有太多的区别，只是notify仅唤醒一个线程并允许它去获得锁，notifyAll是唤醒所有等待这个对象的线程并允许它们去获得对象锁，只要是在synchronied块中的代码，没有对象锁是寸步难行的。其实唤醒一个线程就是重新允许这个线程去获得对象锁并向下运行。  
> notifyAll，虽然是对每个wait的对象都调用一次notify，但是这个还是有顺序的，每个对象都保存这一个等待对象链，调用的顺序就是这个链的顺序。其实启动等待对象链中各个线程的也是一个线程，在具体应用的时候，需要注意一下。  
> wait():  
> 等待对象的同步锁,需要获得该对象的同步锁才可以调用这个方法,否则编译可以通过，但运行时会收到一个异常：IllegalMonitorStateException。  
> 调用任意对象的 wait() 方法导致该线程阻塞，该线程不可继续执行，并且该对象上的锁被释放。  
> notify():  
> 唤醒在等待该对象同步锁的线程(只唤醒一个,如果有多个在等待),注意的是在调用此方法的时候，并不能确切的唤醒某一个等待状态的线程，而是由JVM确定唤醒哪个线程，而且不是按优先级。  
> 调用任意对象的notify()方法则导致因调用该对象的 wait()方法而阻塞的线程中随机选择的一个解除阻塞（但要等到获得锁后才真正可执行）。  
> notifyAll():  
> 唤醒所有等待的线程,注意唤醒的是notify之前wait的线程,对于notify之后的wait线程是没有效果的。  
> yield():  
> 该方法与sleep()类似，只是不能由用户指定暂停多长时间，并且yield（）方法只能让同优先级的线程有执行的机会。  
> 使当前线程从执行状态（运行状态）变为可执行态（就绪状态）。cpu会从众多的可执行态里选择，也就是说，当前也就是刚刚的那个线程还是有可能会被再次执行到的，并不是说一定会执行其他线程而该线程在下一次中不会执行到了。  
> Java线程中有一个Thread.yield( )方法，很多人翻译成线程让步。顾名思义，就是说当一个线程使用了这个方法之后，它就会把自己CPU执行的时间让掉，让自己或者其它的线程运行。

*  不使用运算符如何知道一个数是不是2的幂

public class TwoPower {  
      
        /** 
         * 递归算法实现 
         *  
         * @param num 
         * @return 
         */  
        static int is2Power(int num){  
            if(num < 2)  
                return -1;  
      
            if(num == 2){  
                return 1;  
            }else if(num % 2 == 0){  
                return is2Power(num / 2);  
            }else  
                return -1;  
        }  
          
        /** 
         * 位与判断，最快 
         *  
         * @param num 
         * @return 
         */  
        static int anotherIs2Power(int num) {  
            if(num < 2)  
                return -1;  
              
            if((num & num - 1) == 0 )  
                return 1;  
            else  
                return -1;  
        }  
          
        /** 
         * 移位判断 
         *  
         * @param num 
         * @return 
         */  
        static int binaryIs2Power(int num) {  
            if(num < 2)  
                return -1;  
              
            int temp = 1;  
            while (num > temp) {    
                temp <<= 1;    
            }    
          
            return temp == num ? 1 : -1;

*  List,Set,Map,Array的区别，List,Map,Set的线程安全的子类

> array：数组，可以存储对象和基本数据类型，长度固定。  
> Collection：集合（单列），用于存储对象、不能存储基本数据类型（int，char等），但可以存储基本数据类型包装类（int-Integer，char-Character等），长度可变  
> 那么，为什么会出现这么多集合呢，我们可以把集合比如成容器。每个不同容器中对数据的存储方式不同，这种存储方式称为数据结构  
> List  
> ：元素有序，可重复。  
> ArrayList：数组。特点：有索引（脚标），所以查找快，增删后每个元素的索引都发生改变，所以增删慢，而且数组越长增删越慢  
> LinkedList：链表。特点：无索引，每个元素都包含下一元素地址，查找需要逐一进行，所以查找慢，但是增删快只需要改变元素后面的地址。  
> Vector：线程同步数组 基本抛弃使用。  
> Set  
> ：元素无序，不重复，无索引。  
> HashSet：哈希表。特点：线程非同步，保证元素唯一性原理：判断hashCode是个屁相同，洗过相同在判断equals方法是否为true。  
> TreeSet：二叉树。特点：可对用两种方法对集合中元素排序，1.实现comparable接口，覆盖compareTo方法。2.集合建立时规定，并自定义比较类。  
> Map：双列集合，用于存放键值对。键值是唯一的，不可重复

> List的线程安全的子类:Vector  
> Map的线程安全的子类:ConcurrentHashMap  
> Set的线程安全的子类:

*  String是否能被继承？

> 因为Sting是这样定义的：public final class String extends Object，里边有final关键字，所以不能被继承。  
> 什么样的类不能被继承？  
> 　一，在Java中，只要是被定义为final的类，也可以说是被final修饰的类，就是不能被继承的。  
> 　二，final是java中的一个关键字，可以用来修饰变量、方法和类。用关键词final修饰的域成为最终域。用关键词final修饰的变量一旦赋值，就不能改变，也称为修饰的标识为常量。如果一个类的域被关键字final所修饰，它的取值在程序的整个执行过程中将不会改变。  
> 　三，假如说整个类都是final，就表明自己不希望从这个类继承，或者不答应其他任何人采取这种操作。换言之，出于这样或那样的原因，我们的类肯定不需要进行任何改变；或者出于安全方面的理由，我们不希望进行子类化（子类处理）。

*  ArrayList的扩容机制

> 按照原来的1.5倍进行扩容，具体参见：[https://blog.csdn.net/u010890358/article/details/80515284][https_blog.csdn.net_u010890358_article_details_80515284]

*  里式替换原则，开闭原则

> 里氏替换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏替换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。

> 在面向对象编程领域中，开闭原则规定"软件中的对象(类，模块，函数等等)应该对于扩展是开放的，但是对于修改是封闭的"，这意味着一个实体是允许在不改变它的源代码的前提下变更它的行为。该特性在产品化的环境中是特别有价值的，在这种环境中，改变源代码需要代码审查，单元测试以及诸如此类的用以确保产品使用质量的过程。遵循这种原则的代码在扩展时并不发生改变，因此无需上述的过程

*  GC,GC的原理的机制

> 参见以下两篇博文  
> 浅谈GC机制 [https://www.jianshu.com/p/6ef886baf6d9][https_www.jianshu.com_p_6ef886baf6d9]  
> Java垃圾回收（GC）机制详解 [https://www.cnblogs.com/xiaoxi/p/6486852.htm][https_www.cnblogs.com_xiaoxi_p_6486852.htm]

## 框架问题 ##

*  SpringMVC的理解

> 参见博客https://blog.csdn.net/litianxiang\_kaola/article/details/79169148

*  SpringMVC项目中事务嵌套的理解

> 使用嵌套事务的场景有两点需求：  
> 需要事务BC与事务AD一起commit，即：作为事务AD的子事务，事务BC只有在事务AD成功commit时（阶段3成功）才commit。这个需求简单称之为“联合成功”。这一点PROPAGATION\_NESTED和PROPAGATION\_REQUIRED可以做到。  
> 需要事务BC的rollback不（无条件的）影响事务AD的commit。这个需求简单称之为“隔离失败”。这一点PROPAGATION\_NESTED和PROPAGATION\_REQUIRES\_NEW可以做到。  
> 分解下，可知PROPAGATION\_NESTED的特殊性有：  
> 1、使用PROPAGATION\_REQUIRED满足需求1，但子事务BC的rollback会无条件地使父事务AD也rollback，不能满足需求2。即使对子事务进行了try-catch，父事务AD也不能commit。示例见2.4.1、trycatch+Propagation.REQUIRED+Propagation.REQUIRED  
> 2、使用PROPAGATION\_REQUIRES\_NEW满足需求2，但子事务（这时不应该称之为子事务）BC是完全新的事务上下文，父事务（这时也不应该称之为父事务）AD的成功与否完全不影响BC的提交，不能满足需求1。  
> 同时满足上述两条需求就要用到PROPAGATION\_NESTED了。PROPAGATION\_NESTED在事务AD执行到B点时，设置了savePoint（关键）。  
> 当BC事务成功commit时，PROPAGATION\_NESTED的行为与PROPAGATION\_REQUIRED一样。只有当事务AD在D点成功commit时，事务BC才真正commit，如果阶段3执行异常，导致事务AD rollback，事务BC也将一起rollback ，从而满足了“联合成功”。  
> 当阶段2执行异常，导致BC事务rollback时，因为设置了savePoint，AD事务可以选择与BC一起rollback或继续阶段3的执行并保留阶段1的执行结果，从而满足了“隔离失败”。  
> 当然，要明确一点，事务传播策略的定义是在声明或事务管理范围内的（首先是在EJB CMT规范中定义，Spring事务框架补充了PROPAGATION\_NESTED），编程式的事务管理不存在事务传播的问题。

*  如何在SpringBoot启动任务时执行的一段接口或代码

> 实现ApplicationRunner接口或者实现CommandLineRunner接口，实现细节接口 [https://www.cnblogs.com/zuidongfeng/p/9926471.html][https_www.cnblogs.com_zuidongfeng_p_9926471.html]

*  SpringAOP是如何用代理实现的

> 具体实现类似于 [https://www.cnblogs.com/hadoop-dev/p/7095464.html][https_www.cnblogs.com_hadoop-dev_p_7095464.html]

*  你使用过哪些SpringBoot的Starter

>  *  spring-boot-starter-web
>  *  spring-boot-starter-jdbc
>  *  spring-boot-starter-aop
>  *  spring-boot-starter-swagger
>  *  mybatis-spring-boot-starter
>  *  spring-boot-starter-data-jpa
>  *  spring-boot-starter-data-redis

*  Mybatis如何传递两个参数，一个String和一个List参数

> mybatis传值同时传入list和string该怎么弄  
> 参数用map  
> insert into table  
>   
> select \#\{key1\}, \#\{key2\}, \#\{item.value\}  
>   
> 调用方法  
> Map<String, Object> map = new HashMap<String, Object>();  
> map.put(“key1”, value1);  
> map.put(“key2”, value2);  
> map.put(“list”, list);  
> mapper.insert(map);

## 分布式问题 ##

*  分布式环境下，文件共享和页面传递是怎么做的？

> [https://blog.csdn.net/lsx991947534/article/details/80086736][https_blog.csdn.net_lsx991947534_article_details_80086736]

*  SOA,BPM的理解

>  *  .SOA-面向服务的架构，可以说是一种架构风格，一种IT系统咨询和建设的方法论，也可以说是一种新的商业模式，SOA核心从SOA定义可以看到包括两个方面内容，一个是抽象出服务，这些服务满足离散，松耦合，可复用，自治，无状态等基本特征，一个是服务可以灵活的组装和编排，满足流程整合和业务变化的需要。所以SOA是一个很宽泛的概念，只要满足上面两条，实施思路是符合上面两条都是SOA的思路。
>  *  企业服务总线（ESB-Enterprise Service Bus）本质上是一个以消息通信为中心的底层基础设施，它负责治理企业的所有应用服务，以连接为导向，为服务请求者与服务调用者搭建起沟通的桥梁。包括服务连接、数据转换、事件转换、服务路由等功能。企业服务总线是保障SOA有效落地的底层基础设施，没有ESB，SOA就只会是一片飘在天上的云彩，最终会烟消云散。因此企业要基于SOA的架构方法论和思想去搭建智慧IT生态群落，就首先要搭建好底层的基础设施。
>  *  业务流程简单来说就是业务的处理流，或者说业务的流转过程。这里重要的不是“流程”这两个字，而是“业务”这两个字。

*  开发人员如何通过非横向扩展的方式增加QPS并发量

> 大概就是这几方面吧  
> 一个小型的网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单。随着互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。  
> 　　大型网站，比如门户网站，在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。这几个解决思路在一定程度上意味着更大的投入。
> 
>  *  1、HTML静态化  
>     　　其实大家都知道，效率较高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息发布系统CMS，像我们常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。  
>     　　除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化、有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。  
>     　　同时，html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现。比如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储在数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。
>  *  2、图片服务器分离  
>     　　大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的、甚至很多台的图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃。  
>     　　在应用服务器和图片服务器上，可以进行不同的配置优化，比如apache在配置ContentType的时候可以尽量少支持、尽可能少的LoadModule，保证更高的系统消耗和执行效率。
>  *  3、数据库集群、库表散列  
>     　　大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群或者库表散列。  
>     　　在数据库集群方面，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。  
>     　　上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，库表散列是常用并且最有效的解决方案。  
>     　　我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。  
>     　　sohu的论坛就是采用了这样的架构，将论坛的用户、设置、帖子等信息进行数据库分离，然后对帖子、用户按照板块和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。
>  *  4、缓存  
>     　　缓存一词搞技术的都接触过，很多地方用到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面讲述。  
>     　　架构方面的缓存，对Apache比较熟悉的人都能知道Apache提供了自己的缓存模块，也可以使用外加的Squid模块进行缓存，这两种方式均可以有效的提高Apache的访问响应能力。  
>     　　网站程序开发方面的缓存，Linux上提供的Memory Cache是常用的缓存接口，可以在web开发中使用，比如用Java开发的时候就可以调用MemoryCache对一些数据进行缓存和通讯共享，一些大型社区使用了这样的架构。另外，在使用web语言开发的时候，各种语言基本都有自己的缓存模块和方法，PHP有Pear的Cache模块，Java就更多了，.net不是很熟悉，相信也肯定有。
>  *  5、镜像  
>     　　镜像是大型网站常采用的提高性能和数据安全性的方式，镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异，比如ChinaNet和EduNet之间的差异就促使了很多网站在教育网内搭建镜像站点，数据进行定时更新或者实时更新。在镜像的细节技术方面，这里不阐述太深，有很多专业的现成的解决架构和产品可选。也有廉价的通过软件实现的思路，比如Linux上的rsync等工具。
>  *  6、负载均衡  
>     　　负载均衡将是大型网站解决高负荷访问和大量并发请求采用的高端解决办法。  
>     　　负载均衡技术发展了多年，有很多专业的服务提供商和产品可以选择，我个人接触过一些解决方法，其中有两个架构可以给大家做参考。  
>     （1）、硬件四层交换  
>     　　第四层交换使用第三层和第四层信息包的报头信息，根据应用区间识别业务流，将整个区间段的业务流分配到合适的应用服务器进行处理。  
>     　　第四层交换功能就像是虚IP，指向物理服务器。它传输的业务服从的协议多种多样，有HTTP、FTP、NFS、Telnet或其他协议。这些业务在物理服务器基础上，需要复杂的载量平衡算法。在IP世界，业务类型由终端TCP或UDP端口地址来决定，在第四层交换中的应用区间则由源端和终端IP地址、TCP和UDP端口共同决定。  
>     　　在硬件四层交换产品领域，有一些知名的产品可以选择，比如Alteon、F5等，这些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。“Yahoo中国”当初接近2000台服务器，只使用了三、四台Alteon就搞定了。  
>     (2)、软件四层交换  
>     　　大家知道了硬件四层交换机的原理后，基于OSI模型来实现的软件四层交换也就应运而生，这样的解决方案实现的原理一致，不过性能稍差。但是满足一定量的压力还是游刃有余的，有人说软件实现方式其实更灵活，处理能力完全看你配置的熟悉能力。  
>     　　软件四层交换我们可以使用Linux上常用的LVS来解决，LVS就是Linux Virtual Server，他提供了基于心跳线heartbeat的实时灾难应对解决方案，提高系统的强壮性，同时可供了灵活的虚拟VIP配置和管理功能，可以同时满足多种应用需求，这对于分布式的系统来说必不可少。  
>     　　一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性，随时往架构里面增减节点都非常容易。  
>     　　对于大型网站来说，前面提到的每个方法可能都会被同时使用到，这里介绍得比较浅显，具体实现过程中很多细节还需要大家慢慢熟悉和体会。有时一个很小的squid参数或者apache参数设置，对于系统性能的影响就会很大。  
>     7、：CDN加速技术  
>     什么是CDN？  
>     　　 CDN的全称是内容分发网络。其目的是通过在现有的Internet中增加一层新的网络架构，将网站的内容发布到最接近用户的网络“边缘”，使用户可以就近取得所需的内容，提高用户访问网站的响应速度。  
>     　　CDN有别于镜像，因为它比镜像更智能，或者可以做这样一个比喻：CDN=更智能的镜像+缓存+流量导流。因而，CDN可以明显提高Internet网络中信息流动的效率。从技术上全面解决由于网络带宽小、用户访问量大、网点分布不均等问题，提高用户访问网站的响应速度。  
>     CDN的类型特点  
>     　 　CDN的实现分为三类：镜像、高速缓存、专线。  
>     　　镜像站点（Mirror Site），是最常见的，它让内容直接发布，适用于静态和准动态的数据同步。但是购买和维护新服务器的费用较高，还必须在各个地区设置镜像服务器，配备专业技术人员进行管理与维护。对于大型网站来说，更新所用的带宽成本也大大提高了。  
>     　　高速缓存，成本较低，适用于静态内容。Internet的统计表明，超过80%的用户经常访问的是20%的网站的内容，在这个规律下，缓存服务器可以处理大部分客户的静态请求，而原始的服务器只需处理约20%左右的非缓存请求和动态请求，于是大大加快了客户请求的响应时间，并降低了原始服务器的负载。  
>     　　CDN服务一般会在全国范围内的关键节点上放置缓存服务器。  
>     　　专线，让用户直接访问数据源，可以实现数据的动态同步。  
>     CDN的实例  
>     　　举个例子来说，当某用户访问网站时，网站会利用全球负载均衡技术，将用户的访问指向到距离用户最近的正常工作的缓存服务器上，直接响应用户的请求。  
>     　　当用户访问已经使用了CDN服务的网站时，其解析过程与传统解析方式的较大区别就在于网站的授权域名服务器不是以传统的轮询方式来响应本地DNS的解析请求，而是充分考虑用户发起请求的地点和当时网络的情况，来决定把用户的请求定向到离用户最近同时负载相对较轻的节点缓存服务器上。  
>     　　通过用户定位算法和服务器健康检测算法综合后的数据，可以将用户的请求就近定向到分布在网络“边缘”的缓存服务器上，保证用户的访问能得到更及时可靠的响应。  
>     　　由于大量的用户访问都由分布在网络边缘的CDN节点缓存服务器直接响应了，这就不仅提高了用户的访问质量，同时有效地降低了源服务器的负载压力。

*  分布式任务调度是怎么做的

> 分布式定时任务调度平台Elastic-Job技术详解 [https://blog.csdn.net/adi851270440/article/details/80493367][https_blog.csdn.net_adi851270440_article_details_80493367]

*  Linux命令

## 数据库问题 ##

*  取第二高的薪水(通用方式)

> select (  
> select DISTINCT Salary //去重  
> from Employee  
> ORDER BY Salary DESC //降序排列  
> limit 1 offset 1 //从第一条数据读取（offset 1 ，但不包括第一条），往后读取一条数据（limit 1 ），即第二条；  
> ) as SecondHightestSalary;

*  薪资超过平均值的员工姓名

> select a.ename, a.sal  
> from emp a, (select avg(sal) avgsal, deptno from emp group by deptno) b  
> where a.sal > b.avgsal  
> and a.deptno = b.deptno;

*  aa表存在而bb表不存在的数据的最快的sql语句

>  *  select id from aa left join bb on [aa.id=bb.id][aa.id_bb.id] and [bb.id][] is null
>  *  select id from aa minus select id from bb

*  oracle，mysql,Sql server的分页查询

>  *  mysql分页：select \* from tableName limit (page-1)\*size,size
>  *  sql server分页:select top size \* from table1 where id>(select max (id)  
>     from (select top ((page-1)\*size) id from table1 order by  
>     id) as T) order by id
>  *  select \* from(  
>     select t.\*,row\_number() over (order by [t1.id][]) rowno from TABLE1  
>     )  
>     where rowno between 21 and 40;

## 前端问题 ##

*  VueRouter的参数传递的两种传递方式

> query 方式和param方式，具体详见我之前的博客：Vue-Router的简单使用 [https://blog.csdn.net/u011342403/article/details/82413706][https_blog.csdn.net_u011342403_article_details_82413706]

[https_blog.csdn.net_u010890358_article_details_80515284]: https://blog.csdn.net/u010890358/article/details/80515284
[https_www.jianshu.com_p_6ef886baf6d9]: https://www.jianshu.com/p/6ef886baf6d9
[https_www.cnblogs.com_xiaoxi_p_6486852.htm]: https://www.cnblogs.com/xiaoxi/p/6486852.htm
[https_www.cnblogs.com_zuidongfeng_p_9926471.html]: https://www.cnblogs.com/zuidongfeng/p/9926471.html
[https_www.cnblogs.com_hadoop-dev_p_7095464.html]: https://www.cnblogs.com/hadoop-dev/p/7095464.html
[https_blog.csdn.net_lsx991947534_article_details_80086736]: https://blog.csdn.net/lsx991947534/article/details/80086736
[https_blog.csdn.net_adi851270440_article_details_80493367]: https://blog.csdn.net/adi851270440/article/details/80493367
[aa.id_bb.id]: http://aa.id=bb.id
[bb.id]: http://bb.id
[t1.id]: http://t1.id
[https_blog.csdn.net_u011342403_article_details_82413706]: https://blog.csdn.net/u011342403/article/details/82413706