上下文

有许多地方能够看到线程上下文类加载的设置，比如在sun.misc.Launcher类的构造方法中，能够看到如下代码 先写一个例子建立感性认识 public class Test { public static void main(String[] args) { System.out.println(Thread.currentThread().getContextClassLoader()); System.out.println(Thread.class.getClassLoader()); } } 输出 sun.misc.Launcher$AppClassLoader@18b4aac2 null 这是因为Thread类位于rt.jar包，而当前线程的上下文加载器，也就是加载了main函数所在类的加载器，其实就是系统类加载器 当前类加载器的概念 每个类都会使用自己的类加载器（即加载自身的类加载器）去加载所依赖的其他类。比如说ClassX引用了ClassY，那么ClassX的类加载器就会去加载ClassY，前提是ClassY尚未被加载。 来源： https://www.cnblogs.com/heben/p/11455768.html

代码： 1 # -*- coding:utf-8 -*- 2 # 普通版 如果写入的过程中出错 则不会释放资源 3 def m1(): 4 f = open("test.txt","w") 5 f.write("hello python") 6 f.close() 7 # 进阶版 8 def m2(): 9 f = open("test2.txt","w") 10 try: 11 f.write("hello python2") 12 except IOError: 13 print("oops error") 14 finally: 15 f.close() 16 # 高级 17 def m3(): 18 with open("test3.txt","w") as f: 19 f.write("hello python3") 20 m1() 21 m2() 22 m3() 23 24 # 上下文管理器 25 # 任何实现了 __enter__() 和 __exit__() 方法的对象都可称之为上下文管理器，上下文管理器对象可以使用 with 关键字。显然，文件（file）对象也实现了上下文管理器。 26 class File(object): 27 def __init__(self,filename,model): 28 self.filename = filename 29

<h1>堆叠上下文在z轴上的排列规则</h1> <ol> <li>创建堆叠上下文的元素的背景和边框</li> <li>堆叠级别为负值的堆叠上下文</li> <li>常规流非定位块盒</li> <li>非定位的浮动盒子</li> <li>常规流非定位行盒</li> <li>任何 z-index 为auto 的定位子元素,以及z-index是0的堆叠上下文</li> <li>堆叠级别为正值的堆叠上下文</li> </ol> 来源： https://www.cnblogs.com/tujw/p/11438202.html

斜体下划线，表示建议采用默认配置，无需显式的配置 一、ngx_core_module 1、accept_mutex 【on | off】 上下文：events 默认为“on”，在worker进程accpet客户端链接时，是否为“互斥”？如果为on，则当有新链接时，worker进程将会依次接收，否则workers将同时“竞争”（当链接的存量较小时，这种竞争会浪费较多的系统资源）。 accept_mutex_delay 【time】：默认值为“500ms”；当accept_mutex开启时，如果一个worker进程正在accept新的链接，那么其他worker如果也需要尝试accept时需要的最大等待时间。 2、include 【file | mask】 上下文：main 无默认值，表示需要加载的“额外”配置文件列表，当nginx同时为多种server代理时（比如图片服务器，应用服务器），为了避免单个conf文件过于繁杂，我们可以将不同的server配置拆分到各自的conf文件中；比如我们将图片服务器的配置单独放在image.conf，将api的放在api.conf，那么nginx.conf再将它们include。 3、multi_accpet 【on | off】 上线文：events 默认值为“off”，如果队列中有多个请求，那么是否允许一个worker批量accept多个链接

with关键字 在程序中，有很多连接需要关闭和打开，如文件的读写、数据库连接、socket，频繁的手动关闭比较麻烦，就出现的with。 例如对文件的操作正常情况下我们是这样的： f = open("a.txt", "w") f.write("python") f.close() 使用with关键字以后： with open("a.txt", "r") as f: f.write("Python") 这是一种更加简洁的语法。 上下文管理器 任何实现了 __ enter __ () 和 __ exit __ () 方法的对象都可称之为上下文管理器，上下文管理器对象可以使用 with 关键字。显然，文件（file）对象也实现了上下文管理器。 __ enter __ () 方法返回资源对象，这里就是你将要打开的那个文件对象，__ exit __ () 方法处理一些清除工作。 自己实现一个上下文管理器 class File: def __init__(self, file_name, mode): self.file_name = file_name self.mode = mode def __enter__(self): self.f = open(self.file_name, self.mode, encoding="utf-8") print("enter") return

　　在knockoutjs中，已有的绑定功能已经十分强大，基本上可以不需要再去考虑扩展了，但是，也有例外的场景，面对这种场景，还是得去完成，knockoutJS提供了自定义绑定来扩展绑定功能。 一、新建绑定 　　 新建一个js文件来尝试绑定功能，按照给定的格式ko.bindingHandlers.xxx来扩展一个绑定。 ko.bindingHandlers.yourBindingName = { init: function(element, valueAccessor, allBindingsAccessor, viewModel) { // This will be called when the binding is first applied to an element // Set up any initial state, event handlers, etc. here }, update: function(element, valueAccessor, allBindingsAccessor, viewModel) { // This will be called once when the binding is first applied to an element, // and again whenever the associated

作用域在函数定义时就已经确定了，执行上下文环境在函数调用时才确定。在全局作用域和函数作用域中会创建执行上下文环境（有闭包存在时，一个作用域存在两个上下文环境也是有的）。函数每调用一次都会产生一个新的执行上下文环境。但是处于活动状态的执行上下文环境只有一个，这是一个压栈出栈的过程。 执行上下文：函数每调用一次，都会产生一个新的执行上下文环境，因为不同的调用可能就有不同的参数。 let a = 10, fn, // 1、进入全局上下文环境 bar = function(x) { let b = 5 fn(x + b) // 3、进入fn函数上下文环境 } fn = function(y) { let c = 5 console.log(y + c) } bar(10) // 2、进入bar函数上下文环境 首先（数字1注释），执行代码之前，首先创建全局上下文环境（活动状态）如下： // 全局上下文环境 a: undefined fn: undefined bar: undefined this: window 之后开始执行代码，代码到10行之前，上下文环境中的变量都在执行过程中被赋值如下： // 全局上下文环境 a: 10 fn: function bar: function this: window 然后执行到bar(10) ，跳转到bar函数内部，执行函数体语句之前

1. 什么是spring，它能够做什么? Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。 Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。 然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。 目的：解决企业应用开发的复杂性 功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能 范围：任何Java应用 简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。 2. 什么是控制反转(或依赖注入) 控制反转(IoC=Inversion of Control)IoC，用白话来讲，就是由容器控制程序之间的（依赖）关系，而非传统实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在：(依赖)控制权由应用代码中转到了外部容器，控制权的转移，是所谓反转。 IoC还有一个另外的名字：“依赖注入 (DI=Dependency Injection)” ，即由容器动态的将某种依赖关系注入到组件之中 使用spring框架 先导入依赖 pom.xml: 1 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http:/

################# selinux ################# #1.selinux 内核级加强型防火墙 1.针对文件，会对系统中每个文件添加安全上下文（context） 2.针对进程，会对系统中的每个进程添加全上下文（context） 3.会在系统服务上设定sebool开关 4.当进程安全上下文和文件的安全上下文不匹配时，那么进程无法访问此文件 5.sebool会限制服务的不安全功能，如果需要用此功能，必须调整sebool值 ####管理selinux selinux的开关 vim /etc/sysconfig/selinux SELINUX=enforcing ##selinux开启，级别为强制 SELINUX=permissive ##selinux开启，级别为警告 SELINUX=disabled ##selinux关闭， setenforce 0|1 ##更改selinux当前的级别0警告1标示强制 getenforce ##查看selinux的状态 注意：当selinux从关到开，或者从开到关，需要重启系统 等待界面 #临时更改适用于更改文件 chcon -t 安全上下文 文件 chcon -t public_content_t /var/ftp/file #永久更改文件安全上下文 semanage fcontext -l semanage

目录 1.说明 2.代码 关于作者 @ 1.说明 上下文管理器 这里使用with open操作文件，让文件对象实现了自动释放资源。我们也能自定义上下文管理器，通过__enter__()和__exit__()这两个魔术方法来自定义的操作文件 当有上下文使用的场景的时候，如打开一个东西要关闭，像等文件等资源，就可以使用这种方式去定义一个上下文管理器 2.代码 class File(): def __init__(self,filename,mode): self.filename = filename self.mode = mode def __enter__(self): print("__enter__") self.f = open(self.filename,self.mode,encoding="utf-8") return self.f def __exit__(self, exc_type, exc_val, exc_tb): print("__exit__") self.f.close() with File("魔方方法.py","r") as f: print(f.read()) 关于作者 个人博客网站 个人GitHub地址 个人公众号： 来源： https://www.cnblogs.com/simon-idea/p/11412247.html