O IA 就是自治系统内的其他区域的路由 比如区域0 学到区域1的路由就是O IA；
O E1 和O E2就是自治系统外的路由 比如在ASBR打自治系统外的路由条目重分发，默认就是O E2 ，如果在重分发使用了命令-type 1 路由就是O E1。
OE1和OE2的区别：
OE1就是从外部系统到内部系统的metric值都要累加计算；
OE2就是只计算系统内部的。


				
转载于:https://blog.51cto.com/wellsay/1753027

	

数据中心是所有企业网络的核心，依靠它才能传输、访问和存储所有信息。在这里，线缆将企业局域网 (LAN) 连接到支持所有应用、处理和通信的交换机、服务器、存储区域网 (SAN)、以及其他活动设备。它也是 LAN 连接到服务提供商网络并访问因特网和设施外的其他网络的地方。
随着信息和应用的持续增长，数据中心不断扩充容量以容纳更多活动设备和链路，同时还需要为设备提供高带宽、低延迟的数据传输。正确的数据中心设计涉及最大化增长和可扩展性空间、保证线缆路径可管理、提高效率并保证整体性能、可靠性和弹性。
因为企业都在数据驱动的世界中竞争，这为云和托管数据中心提供了成长机会，因为它们无需升级数据中心即可更快地部署新系统和服务以及扩展容量。许多企业倾向于使用混合 IT 方式，即将部分 IT 资源放在内部，特别是企业需要掌控的数据，而其他资源则使用服务保存在云中，例如使用软件即服务 (SaaS)，或保存在大型托管数据中心，并通过基础设施即服务 (IaaS) 快速响应不断变化的需求。
关键数据中心问题和挑战
因为数据中心是企业运营的关键，有不断增长的任务关键设备，所以为了保证可靠性和性能，有多个关键因素和挑战需要考虑。我们先来看几个比较重要的。
数据中心冗余和可用性
数据中心可靠性很大程度上取决于可用性(即停机时间)和冗余量(即重复)。数据中心冗余需要使用重复的组件(即设备、链路、电源和路径)，从而保证这些出现故障时仍能正常运行。数据中心通常 “N” 系统定义，其中 “N” 是数据中心正常运行所需的基本组件数量。因此，N+1 冗余表示运行的组件数量比需要的数量多一个，2N 冗余表示两倍需要的组件数量，2N+1 冗余是两倍加一。Uptime Institute 的层级或 BICSI 002 可用性分类系统均倡导为各种级别的数据中心可用性使用 “N” 级。
数据中心功率、散热和效率
现在，考虑到高级数据中心计算所需的成本和不断增长的功率，能耗已经成为数据中心要考虑的关键因素。因此数据中心经理们要通过保证效率降低运营成本，而他们经常使用 Green Grid 的 PUE 指标保证进入数据中心的功率能被设备高效率地使用，避免浪费。
数据中心散热对能耗也有明显影响。避免混合传入数据中心的冷空气和热排气有助于提高回风温度，从而提高数据中心散热系统的效率，避免过度配置耗电的空调设备。避免冷热空气混合也是保证可靠性的关键，因为热点会影响设备的寿命和可靠性。
在数据中心使用热通道/冷通道配置是避免冷热空气混合的方式之一。它采用如下机柜排列方式：在设备前侧优化从数据中心散热系统进入的冷空气，在设备后侧优化热排气并进入冷却回风系统。也可使用限制系统隔离冷热通道，例如使用顶板将冷通道与数据中心的其他部分(例如冷通道限制系统)隔离，或使用垂直板隔离热通道并将热排气返回高架回风室。
数据中心的散热还会受到通道中的线缆数量的影响。线缆在地板下通道中或设备前拥塞时，会妨碍冷空气到设备入口或热空气到排气系统的正常循环。使用有效的线缆管理方式和高架高密度线缆都是可以改善气流的策略。
光纤损耗预算
插入损耗是信号在线缆上前行时损失的能量(即衰减)和路径中的连接点造成的损耗(即连接器和拼接)。插入损耗不但是铜缆系统的性能参数之一，也是光纤系统的主要性能参数。工业标准规定了光纤应用正常运行允许的插入损耗量，而且 40GBASE-SR4 和 100GBASE-SR4 等较高速度的应用有更严格的插入损耗要求。数据中心根据功能区域之间的距离和路径上的连接点的数量决定光纤损耗预算，以保证损耗预算在要求的范围内。
基本光纤测试(又称 1 层认证)使用光纤损耗测试(以分贝 (dB) 为单位)测量整个光纤链路的插入损耗。 1 层认证几乎是所有线缆制造商提供系统保修的必需认证，另外部分制造商可能还要求使用 OTDR 的 2 层认证，该认证可提供与具体连接点和线缆长度损耗相关的信息。
插入损耗预算对光纤端面清洁度也有非常严格的要求，因为污染的光纤端面是数据中心中光纤相关问题和测试失败的主要原因。即使光纤纤维芯上的极小颗粒，也会造成影响性能的损耗和反射。因此，清洁和检查成为数据中心光纤端接的关键步骤。为了避免主观判断端面清洁度，建议使用包含具体清洁度分级标准的“IEC 61300-3-35 基本测试和测量流程标准”评估光纤端面检查是否通过认证。
关注我们

	

static关键字

在《java编程思想》中有这样一段话形容static关键字：


  
通常，我们创建类时会指出那个类的对象的外观与行为。除非用new 创建那个类的一个对象，否则实际上并 

  未得到任何东西。只有执行了new 后，才会正式生成数据存储空间，并可使用相应的方法。 

  但在两种特殊的情形下，上述方法并不堪用。一种情形是只想用一个存储区域来保存一个特定的数据——无 

  论要创建多少个对象，甚至根本不创建对象。另一种情形是我们需要一个特殊的方法，它没有与这个类的任 

  何对象关联。也就是说，即使没有创建对象，也需要一个能调用的方法。为满足这两方面的要求，可使用 

  static（静态）关键字。一旦将什么东西设为static，数据或方法就不会同那个类的任何对象实例联系到一 

  起。所以尽管从未创建那个类的一个对象，仍能调用一个 static方法，或访问一些 static数据。而在这之 

  53 

  前，对于非 static数据和方法，我们必须创建一个对象，并用那个对象访问数据或方法。这是由于非 

  static数据和方法必须知道它们操作的具体对象。当然，在正式使用前，由于static方法不需要创建任何 

  对象，所以它们不可简单地调用其他那些成员，同时不引用一个已命名的对象，从而直接访问非 static成员 

  或方法（因为非static成员和方法必须同一个特定的对象关联到一起）。 

  有些面向对象的语言使用了“类数据”和“类方法”这两个术语。它们意味着数据和方法只是为作为一个整 

  体的类而存在的，并不是为那个类的任何特定对象。有时，您会在其他一些Java 书刊里发现这样的称呼。


这说明了static所修饰的方法/变量可以直接通过类名访问，而不是先创建对象再对里面的静态方法/变量进行访问，当然这样也可以。

static所修饰的变量/代码块/方法在该类被加载时加载/运行（这里特指静态代码块，并且只执行一次）。同时，被static修饰的变量在堆只有一个副本，所有对象对该变量的操作都是在操作同一个变量，如果是实例变量的话，每个对象都有各自的副本，每个对象操作的都是各自的副本。

易混淆：在学习了static关键字之后，我们会觉得，被static修饰过的成员似乎与访问控制权限有关系，既然被static关键字修饰了，那么应该在哪里都可以访问它，其实并非这样。



public class StaticFundational {

    public static String s1 = "1";

    private static String s2 = "2";
}

public class StaticFundationalTest {

    public static void main(String[] args) {
        StaticFundational.s2;
    }
}


上面的测试类在编译时期报错了： 


java中是否可以覆盖一个private方法？

在学习继承的过程中，我们知道，如果在父类中修饰了一个private的方法，子类继承之后，对子类也是不可见的。那么如果子类声明了一个跟父类中定义为private一样的方法，那么编译器只当作是你子类自己新增的方法，并不能算是继承过来的。 



public class OverridePrivateMethod1 {
    private void print() {
        System.out.println("o1");
    }
}

public class OverridePrivateMethod2 extends OverridePrivateMethod1 {
    public void print() {
        System.out.println("o2");
    }
}

public class OverridePrivateMethodTest {

    public static void main(String[] args) {
        OverridePrivateMethod1 method = new OverridePrivateMethod2();
         method.print();
    }

}

结果在编译时期就检测到错误：



java中是否可以覆盖一个static方法？



public class StaticOverride1 {

    public static void print() {
        System.out.println("o1");
    }
}


public class StaticOverride2 extends StaticOverride1 {

    public static void print() {
        System.out.println("o2");
        System.out.println("o2");
    }

}


public class StaticOverrideTest {

    /**
     * test wether the static method can be override by creating the subclass's
     * instance and invoking the same static method.
     * 
     */
    public static void main(String[] args) {
        StaticOverride1 override2 = new StaticOverride2();
        override2.print();
    }
}


运行结果：

参考资料： 
《java编程思想第四版》 2.6.3 static 关键字 PDF53页

 Java中的static关键字解析 

1.问题：之前在面试时被问到这样一个问题：如何扩大一个给定视图的点击区域，或者说如何让一个视图在当前视图外的子视图也能响应点击事件。

2.场景：可能大家不太理解这种问题是什么意思，现在给定场景。我们在开发中经常会遇到这样问题，上传图片的时候，我们选中图片后要删除选中的图片，会在右上角添加一个删除按钮。这时候删除按钮就会有一半，或者全部都出现在当前图片视图的bounds外，导致不好点或者不能点的情况出现，那就需要用到我们今天的命题，扩大视图的点击区域。

3.前提：在解决这个问题的时候，我们先要清楚两个东西

           1.触摸时间的touch的产生顺序。一个APP中touch时间是如何产生的，当我们手指接触到屏幕时，通过硬件产生一个touch

      然后以 touch -> UIApplication -> UIWindow -> UIViewController.View -> subviews -> ... ->最终找到最合适的响应者 or 丢弃

          2.响应链：当我们找到最合适的响应者的时候，我的view就开始进行touch时间的响应。顺序恰恰和产生相反。

             以 view -> supView ->... -> UIViewController -> UIWindow -> UIApplication  or（丢弃）。

4.方法：hitTest，这个方法就负责进行touch事件的传递，当事件通过触摸点传过来之后，由这个类的对象通过hitTest方法判断传递给哪些subView，或者丢弃。一个事件会丢弃有四种情况

           ①：view.userinterfaceEnable == NO

           ②：view.hidden == YES

           ③：view.alpha < 0.05

           ④：点击区域 超出 view.bounds 之外。

  所以我们不难推断hitTest的实现。

- (UIView *)hitTest:(CGPoint)point withEvent:(UIEvent *)event{
    
    if (self.hidden == NO || self.alpha < 0.05 || self.userInteractionEnabled == NO) {
        //1.当满足这几个条件时，直接丢弃touch事件，不再向下分发。
        return nil;
    }else{
        if (![self pointInside:point withEvent:event]) {
            //2.如果点击point在视图之外，丢弃
            return nil;
        }else{
            //3.分发给子视图
            if (self.subviews.count > 0) {
                for (UIView *subView in self.subviews) {
                    UIView *hitTestSubView = [subView hitTest:point withEvent:event];
                    return hitTestSubView;
                }
            }else{
                return self;
            }
        }
    }
}

5.解决，所以我们只需要在改变分发策略，让他在视图外同样分发给子视图就行了。

class HitTestView: UIView {

    override func hitTest(_ point: CGPoint, with event: UIEvent?) -> UIView? {
        if isHidden == true || alpha < 0.05 || isUserInteractionEnabled == false {
           return super.hitTest(point, with: event)
        }else{
            if self.point(inside: point, with: event) {
                return super.hitTest(point, with: event)
            }else{
                //1.有subView时交给subView 去响应
                for subview in self.subviews{
                    let coverPoint = self.convert(point, to: subview)
                    return subview.hitTest(coverPoint, with: event)
                }
                
                //2.没有subView时交给自己来响应，也就是说你无论在哪儿点击都会响应（扩大点击区域）
                //当然这里如果你想扩大到一定的返回，可以在此处加限制
                let isResponse:Bool = false
                if isResponse {
                    return self
                }else {
                    return nil
                }
                //3.如果你不想当没有subView时就随便响应，j就返回nil
                return nil
            }
        }
    }
    
    override func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?) {
        print(#function)
    }

}

6.参考：iOS hitTest