java语言可以通过什么实现多继承？
先说继承 比如
class fu1
{
void show(){}
}
class fu2
{
void show(){}
> （1）通过实现多个接口。 （2）通过内部类实现多重继承。 public class Father { public int strong(){ return 9; }}public class Mother { public int kind(){ return 8; }}public class Son { /** * 内部类继承Father类 */ class Father_1 extends Father{ public int strong(){ return super.strong() + 1; } } class Mother_1 extends Mother{ public int kind(){ return super.kind() - 2; } } public int getStrong(){ return new Father_1().strong(); } public int getKind(){ return new Mother_1().kind(); }}
同为服务端编程语言，那么php可以实现J***A全部的技术或者说J***A可以实现PHP的全部技术吗？
写后端理论上不存在一个能实现另一个不能实现的问题。实际上因为生态的不同，要实现同样的东西，两者要花的精力却不一样，比如微服务，j***a有完整成熟的解决方案，而php却没有，自己去实现那花的精力就很多了
技术上区别不大。可能在不同场景下有区别，比如安卓手机上的程序就没有办法使用php进行开发，在虚拟主机上也只支持php进行web开发。
两者都是作为web服务端开发语言。j***a由于生态体系更完善，可能会更有优势。php入门更简单一些。两个语言如果有性能上的要求可以调用c语言开发的库文件。
理论上都可以的，我们现在服务的都用php游戏开发，通讯，任务等等，很多人会说安卓开发，其实j***a是基于安卓开发框架，php要是有人做那样的框架也可以的比如js的react
在J***a并发编程中，如何扩展和优化线程池？
在j***a中多线程并不陌生，在一定的范围内，多线程数量的增加会明显提升整个系统的吞吐性能，但是线程本身会极大的耗费内存空间，线程的频繁创建和回收也极其占用CPU***，多线程甚至会拖垮整个服务！
所以，线程的利用必须掌握在一个度，太少的线程数可能会浪费CPU***，而太高也极有可能反而降低整个应用性能；
线程池：基于使用多线程存在的问题，JDK提出了线程池技术，类似于数据库连接池，都是保持池中部分线程活跃状态，在需要使用线程的时候，直接从线程池中获取，使用。当线程使用结束，就进行回收（直接放回池中等待，而不是GC），这样就能避免了线程的频繁创建和回收。
J***A中的线程池：JDK提供了线程池框架Executor，帮助程序更好的管理线程。总的结构如下截图：
①newSingleThreadExecutor():返回单线程的线程池，一个接一个的处理任务，线程异常的时候，会创建新的线程替代； ②newFixedThreadPool:在达到最大线程之前，有一个任务就创建一个线程，直到达到最大线程数量； ③newCachedThreadPool：动态的设置最合适的线程数量，最大为JVM能够支持的大小； ④newScheduledThreadPool：指定线程数量，并周期性的执行任务； ⑤newSingleThreadScheduledExecutor：指定线程数量1个，并周期性的执行任务；
从源码来看，上面几种线程池底层都是封装的ThreadPoolExecutor对象，查看源码可知比较重要的属性（对象）截图如下：
定义了线程池中的线程数量，最大线程池数量，线程工厂（用于线程的创建），workQuere任务队列，handler拒绝策略等属性，用于线程池的对象初始化和任务调度！
下图是ThreadPoolExecutor对象中的execute方法截图：
解释如下：
