回音消除Google 开发文档原文： /** * Acoustic Echo Canceler (AEC). * <p>Acoustic Echo Canceler (AEC) is an audio pre-processor which removes the contribution of the * signal received from the remote party from the captured audio signal. * <p>AEC is used by voice communication applications (voice chat, video conferencing, SIP calls) * where the presence of echo with significant delay in the signal received from the remote party * is highly disturbing. AEC is often used in conjunction with noise suppression (NS). * <p>An application creates an AcousticEchoCanceler object to instantiate and control an AEC * engine in the audio capture path. * <p>To attach the AcousticEchoCanceler to a particular {@link android.media.AudioRecord}, * specify the audio session ID of this AudioRecord when creating the AcousticEchoCanceler. * The audio session is retrieved by calling * {@link android.media.AudioRecord#getAudioSessionId()} on the AudioRecord instance. * <p>On some devices, an AEC can be inserted by default in the capture path by the platform * according to the {@link android.media.MediaRecorder.AudioSource} used. The application should * call AcousticEchoCanceler.getEnable() after creating the AEC to check the default AEC activation * state on a particular AudioRecord session. * <p>See {@link android.media.audiofx.AudioEffect} class for more details on * controlling audio effects. */ 场景就是在手机播放声音和声音录制同时进行，但是手机播放的声音不会被本机录制，达到了消除的效果。微信对讲的最适合不过了，但是微信的回音消除好像是不是自己弄的。 文档大致意思：创建android.media.AudioRecord 对象的时候，可以通过这个对象获取到一个audio session 的ID，获取方法getAudioSessionId()，这个ID在创建AcousticEchoCanceler的时候要用到（创建对象：AcousticEchoCanceler.create(audioSessionId)），最后播放音频时（这里是用AudioTrack播放）传入这个ID就行了。 1.首先创建AudioRecord对象，里面的参数可以自己查资料知道什么是采样率，声道，位数。 private AudioRecord mRecorder; private byte[] pcm; private int mRecorderBufferSize; /** * 初始化录音 */ public void initRecorder() { mRecorderBufferSize = AudioRecord.getMinBufferSize(8000, AudioFormat.CHANNEL_IN_MONO, AudioFormat.ENCODING_PCM_16BIT); pcm = new byte[320]; mRecorder = new AudioRecord(MediaRecorder.AudioSource.VOICE_COMMUNICATION, 8000, AudioFormat.CHANNEL_IN_MONO, AudioFormat.ENCODING_PCM_16BIT, mRecorderBufferSize); } 2.其次，初始化AudioTrack（注意下传入的audioSessionId） private AudioRecord mRecorder; private byte[] pcm; private int mRecorderBufferSize; /** * 初始化录音 */ public void initRecorder() { mRecorderBufferSize = AudioRecord.getMinBufferSize(8000, AudioFormat.CHANNEL_IN_MONO, AudioFormat.ENCODING_PCM_16BIT); pcm = new byte[320]; mRecorder = new AudioRecord(MediaRecorder.AudioSource.VOICE_COMMUNICATION, 8000, AudioFormat.CHANNEL_IN_MONO, AudioFormat.ENCODING_PCM_16BIT, mRecorderBufferSize); } 3.最后创建AcousticEchoCanceler private AcousticEchoCanceler acousticEchoCanceler; private void initAEC() { if (AcousticEchoCanceler.isAvailable()) { if (acousticEchoCanceler == null) { acousticEchoCanceler = AcousticEchoCanceler.create(audioSessionId); Log.d(TAG, "initAEC: ---->" + acousticEchoCanceler + "\t" + audioSessionId); if (acousticEchoCanceler == null) { Log.e(TAG, "initAEC: ----->AcousticEchoCanceler create fail."); } else { acousticEchoCanceler.setEnabled(true); } } } } 4.最后播放就可以了（OK） public void write(byte[] data) { if (mAudioTrack != null && mAudioTrack.getPlayState() == AudioTrack.PLAYSTATE_PLAYING) { mAudioTrack.write(data, 0, data.length); } } 读取更多关于Android 回音消除(AcousticEchoCanceler)的使用 »

每一个程序员，在刚入行时学的第一个框架应该就是ssm了，其他的各种学习框架都是后期在工作中，随着业务的不断复杂，在工作和bug中不断成长起来的，但是最经典的应该还是最一开始的时候ssm框架吧 当时刚学习这个时候，就觉得，好牛啊，这样就可以实现一个网站，这群大神是怎么做到的啊，嘿嘿嘿，不知道大家当时有没有这样的问题产生，所以今天就带大家来搭建一个简单的mvc框架，从原理讲起，也能帮助大家更好的理解底层源码 好了，话不多说，我们来看一下 Springmvc基本原理流程 SpringMvc本质上就是对Servlet的封装。 因为创建一个Maven项目，然后在pom文件中增加一个依赖： <dependency> <groupId>javax.servlet</groupId> <artifactId>servlet-api</artifactId> <version>2.5</version> <!-- 部署在服务器时，不使用这个servlet-api 而使用tomcat的--> <scope>provided</scope> </dependency> 2，创建DispatcherServlet，并注册到web.xml中 package com.dxh.edu.mvcframework.servlet; import javax.servlet.ServletConfig; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import java.io.IOException; public class DxhDispatcherServlet extends HttpServlet { /** * 接收处理请求 */ @Override protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { doPost(req, resp); } @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { } } web.xml： <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd" > <web-app> <display-name>Archetype Created Web Application</display-name> <servlet> <servlet-name>dxhmvc</servlet-name> <servlet-class>com.dxh.edu.mvcframework.servlet.DxhDispatcherServlet</servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>springmvc.properties</param-value> </init-param> </servlet> <servlet-mapping> <servlet-name>dxhmvc</servlet-name> <url-pattern>/*</url-pattern> </servlet-mapping> </web-app> 2，注解开发 因为要使用到注解，所以首先要自定义几个注解： 这里就不赘述如何自定义注解了，详情请看：https://www.cnblogs.com/peida/archive/2013/04/24/3036689.html Controller注解： @Documented @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) public @interface DxhController { String value() default ""; } Service注解： @Documented @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) public @interface DxhService { String value() default ""; } RequestMapping注解： @Documented @Target({ElementType.TYPE,ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) public @interface DxhRequestMapping { String value() default ""; } Autowired注解： @Documented @Target(ElementType.FIELD) @Retention(RetentionPolicy.RUNTIME) public @interface DxhAutowired { String value() default ""; } 编写测试代码： 测试代码我们放在同项目中的com.dxh.demo包中： package com.dxh.demo.controller; import com.dxh.demo.service.IDemoService; import com.dxh.edu.mvcframework.annotations.DxhAutowired; import com.dxh.edu.mvcframework.annotations.DxhController; import com.dxh.edu.mvcframework.annotations.DxhRequestMapping; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; @DxhController @DxhRequestMapping("/demo") public class DemoController { @DxhAutowired private IDemoService demoService; /** * URL:/demo/query */ @DxhRequestMapping("/query") public String query(HttpServletRequest request, HttpServletResponse response, String name){ return demoService.get(name); } } package com.dxh.demo.service; public interface IDemoService { String get(String name); } package com.dxh.demo.service.impl; import com.dxh.demo.service.IDemoService; import com.dxh.edu.mvcframework.annotations.DxhService; @DxhService("demoService") public class IDemoServiceImpl implements IDemoService { @Override public String get(String name) { System.out.println("Service实现类中的Name："+ name); return name; } } 目录结构： 3，编写自定义DispatcherServlet中的初始化流程： 在创建好的DxhDispatcherServlet中重写init（）方法，并在init方法中做初始化配置： 加载配置文件 springmvc.properties 扫描相关的类——扫描注解 初始化Bean对象（实现IOC容器，基于注解） 实现依赖注入 构造一个handleMapping处理器映射器，将配置好的url和method建立映射关系 @Override public void init(ServletConfig config) throws ServletException { //1. 加载配置文件 springmvc.properties String contextConfigLocation = config.getInitParameter("contextConfigLocation"); doLoadConfig(contextConfigLocation); //2. 扫描相关的类——扫描注解 doScan(""); //3. 初始化Bean对象（实现IOC容器，基于注解） doInstance(); //4. 实现依赖注入 doAutoWired(); //5. 构造一个handleMapping处理器映射器，将配置好的url和method建立映射关系 initHandleMapping(); System.out.println("MVC 初始化完成"); //6. 等待请求进入处理请求 } 以及5个空方法，这篇文章自定义MVC框架其实就是需要对这5个步骤的编写。 //TODO 5，构造一个映射器 private void initHandleMapping() { } //TODO 4,实现依赖注入 private void doAutoWired() { } //TODO 3,IOC容器 private void doInstance() { } //TODO 2,扫描类 private void doScan(String scanPackage) { } //TODO 1，加载配置文件 private void doLoadConfig(String contextConfigLocation) { } 3.1 加载配置文件 首先在resource目录中创建一个配置文件——springmvc.properties 表示要扫描com.dxh.demo下的所有注解。 然后在web.xml中进行配置： 这样，就可以通过config.getInitParameter("contextConfigLocation")获得这个路径。 在DxhDispatcherServlet中定义一个属性，我们把加载后的配置文件中的信息，存储在Properties 中 private Properties properties = new Properties();; //1，加载配置文件 private void doLoadConfig(String contextConfigLocation) { //根据指定路径加载成流： InputStream resourceAsStream = this.getClass().getClassLoader().getResourceAsStream(contextConfigLocation); try { properties.load(resourceAsStream); } catch (IOException e) { e.printStackTrace(); } } 3.2 扫描相关的类，扫描注解 上一步骤，我们已经把需要扫描的包存在Properties中，所以这里需要取出： //2. 扫描相关的类——扫描注解 doScan(properties.getProperty("scanPackage")); 把扫描到的类型的全类名存在一个List中缓存起来，等待使用，在DxhDispatcherServlet中定义一个list： //缓存扫描到的类的全类名 private List<String> classNames = new ArrayList<>(); 从配置文件中我们得到了一个需要扫描的包名（com.dxh.demo），我们需要根据classPath+包名，来得到它实际上在磁盘上存的路径，然后递归，直到把所有的该包下（包括子包...）所有的类文件（.class结尾）。然后存在在List classNames中。 //2,扫描类 //scanPackage :com.dxh.demo package--->磁盘的文件夹（File） private void doScan(String scanPackage) { //1.获得classPath路径 String clasPath = Thread.currentThread().getContextClassLoader().getResource("").getPath(); //2.拼接,得到scanPackage在磁盘上的路径 String scanPackagePath= clasPath + scanPackage.replaceAll("\\.","/"); File pack = new File(scanPackagePath); File[] files = pack.listFiles(); for (File file : files) { if (file.isDirectory()){ //子 package //递归 doScan(scanPackage+"."+file.getName()); //com.dxh.demo.controller }else if(file.getName().endsWith(".class")){ String className = scanPackage + "." + file.getName().replace(".class", ""); classNames.add(className); } } } 3.3 初始化Bean对象（实现IOC容器，基于注解） 上一步骤我们把扫描到的类的全类名放到了，list中，那么本次步骤需要遍历整个list： 遍历List，依次得到所有的全类名 通过反射得到类对象 根据类对象判断有没有注解，并区分controller和servicecontroller，它的id此处不做过多处理，不取value了，用类的首字母小写作为id，保存到IOC容器中。service，service层往往是有接口的，再以接口名为id再存入一份bean到ioc，便于后期根据接口类型注入 完成 代码实现： //IOC容器 private Map<String,Object> ioc = new HashMap<>(); //3,IOC容器 //基于classNames缓存的类的全限定类名，以及反射技术，完成对象创建和管理 private void doInstance() { if (classNames.size()==0) return; try{ for (int i = 0; i < classNames.size(); i++) { String className = classNames.get(i); //com.dxh.demo.controller.DemoController //反射 Class<?> aClass = Class.forName(className); //区分controller ，区分service if (aClass.isAnnotationPresent(DxhController.class)){ //controller的id此处不做过多处理，不取value了，用类的首字母小写作为id，保存到IOC容器中 String simpleName = aClass.getSimpleName();//DemoController String lowerFirstSimpleName = lowerFirst(simpleName); //demoController Object bean = aClass.newInstance(); ioc.put(lowerFirstSimpleName,bean); }else if (aClass.isAnnotationPresent(DxhService.class)){ DxhService annotation = aClass.getAnnotation(DxhService.class); //获取注解的值 String beanName = annotation.value(); //指定了id就以指定的id为准 if (!"".equals(beanName.trim())){ ioc.put(beanName,aClass.newInstance()); }else{ //没有指定id ，首字母小写 String lowerFirstSimpleName = lowerFirst(aClass.getSimpleName()); ioc.put(lowerFirstSimpleName,aClass.newInstance()); } //service层往往是有接口的，再以接口名为id再存入一分bean到ioc，便于后期根据接口类型注入 Class<?>[] interfaces = aClass.getInterfaces(); for (Class<?> anInterface : interfaces) { //以接口的类名作为id放入。 ioc.put(anInterface.getName(),aClass.newInstance()); } }else { continue; } } }catch (Exception e){ e.printStackTrace(); } } 3.4 实现依赖注入： 上一步骤把所有需要加载的bean，存入了ioc Map中，此时，我们就需要遍历这个map然后依次得到每个bean对象，然后判断对象中有没有被@****DxhAutowired修饰的属性。 遍历ioc这个map，得到每个对象 获取对象的字段（属性）信息 判断字段是否被@DxhAutowired修饰 判断@DxhAutowired有没有设置value值有，直接从ioc容器中取出，然后设置属性。无，需要根据当前字段的类型注入（接口注入） 代码实现： //4,实现依赖注入 private void doAutoWired() { if (ioc.isEmpty()){return;} //1，判断容器中有没有被@DxhAutowried注解的属性，如果有需要维护依赖注入关系 for (Map.Entry<String,Object> entry: ioc.entrySet()){ //获取bean对象中的字段信息 Field[] declaredFields = entry.getValue().getClass().getDeclaredFields(); for (Field declaredField : declaredFields) { if (!declaredField.isAnnotationPresent(DxhAutowired.class)){ continue; } //有该注解： DxhAutowired annotation = declaredField.getAnnotation(DxhAutowired.class); String beanName = annotation.value(); //需要注入的bean的Id if ("".equals(beanName.trim())){ //没有配置具体的beanId，需要根据当前字段的类型注入（接口注入） IDemoService beanName = declaredField.getType().getName(); } //开启赋值 declaredField.setAccessible(true); try { //字段调用，两个参数：(哪个对象的字段，传入什么) declaredField.set(entry.getValue(),ioc.get(beanName)); } catch (IllegalAccessException e) { e.printStackTrace(); } } } } 3.5 构造一个handleMapping处理器映射器 构造一个handleMapping处理器映射器，将配置好的url和method建立映射关系****。 手写MVC框架最关键的环节 假设有一个： 那么如何通过/demo/query定位到 DemoController类中的query这个方法 ？ 之前我们所有被@DxhController（自定义Controller注解）的类，都存在了ioc 这个map中。 我们可以遍历这个map，得到每个bean对象 然后判断是否被@DxhController所修饰（排除@DxhService所修饰的bean） 然后判断是否被@DxhRequestMapping所修饰，有的话，就取其value值，作为baseUrl 然后遍历该bean对象中的所有方法，得到被@DxhRequestMapping修饰的方法。得到其value值，作为methodUrl。 baseUrl + methodUrl = url 我们把url和当前method绑定起来，存在map中，也就是建立了url和method建立映射关系。 代码实现： //handleMapping ，存储url和method直接的映射关系 private Map<String,Object> handleMapping = new HashMap<>(); //5，构造一个映射器,将url和method进行关联 private void initHandleMapping() { if (ioc.isEmpty()){return;} for (Map.Entry<String,Object> entry: ioc.entrySet()){ //获取ioc中当前遍历对象的class类型 Class<?> aClass = entry.getValue().getClass(); //排除非controller层的类 if (!aClass.isAnnotationPresent(DxhController.class)){ continue; } String baseUrl = ""; if (aClass.isAnnotationPresent(DxhRequestMapping.class)){ //Controller层 类上 注解@DxhRequestMapping中的value值 baseUrl = aClass.getAnnotation(DxhRequestMapping.class).value(); } //获取方法 Method[] methods = aClass.getMethods(); for (Method method : methods) { //排除没有@DxhRequestMapping注解的方法 if (!method.isAnnotationPresent(DxhRequestMapping.class)){continue;} //Controller层 类中方法上 注解@DxhRequestMapping中的value值 String methodUrl = method.getAnnotation(DxhRequestMapping.class).value(); String url = baseUrl+methodUrl; //建立url和method之间的映射关系，用map缓存起来 handleMapping.put(url,method); } } } 4，测试一下： 到目前位置，还没有完全写完，但是不妨碍我们测试一下看看刚才写的那部分内容有没有什么问题： 完整的pom文件： <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>com.dxh.edu</groupId> <artifactId>mvc</artifactId> <version>1.0-SNAPSHOT</version> <packaging>war</packaging> <name>mvc Maven Webapp</name> <url>http://www.example.com</url> <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>11</maven.compiler.source> <maven.compiler.target>11</maven.compiler.target> </properties> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.12</version> <scope>test</scope> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>servlet-api</artifactId> <version>2.5</version> <!-- 部署在服务器时，不使用这个servlet-api 而使用tomcat的--> <scope>provided</scope> </dependency> </dependencies> <build> <plugins> <plugins> <!-- 编译插件定义编译细节--> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-compiler-plugin</artifactId> <version>3.2</version> <configuration> <source>11</source> <target>11</target> <encoding>utf-8</encoding> <!-- 告诉编译器，编译的时候记录下形参的真实名称--> <compilerArgs> <arg>-parameters</arg> </compilerArgs> </configuration> </plugin> <plugin> <groupId>org.apache.tomcat.maven</groupId> <artifactId>tomcat7-maven-plugin</artifactId> <version>2.2</version> <configuration> <port>8080</port> <path>/</path> </configuration> </plugin> </plugins> </build> </project> pom文件中加入了一个tomcat插件，并设置端口为8080，因此我们通过tomcat启动项目： 启动完成后，打开浏览器url中输入： http://localhost:8080/demo/query 浏览器中什么都没返回（我们的代码还没真正的完成，尚未编写处理请求步骤），同时控制台中打印了MVC初始化完成，可以认为，目前的代码没有明显的缺陷。 我们继续~~~~~ 5，改造initHandleMapping() 5.1 为什么改造？ DxhDispatcherServlet这个类继承了HttpServlet，并重写了doGet和doPost方法，在doGet中调用了doPost方法，当我们使用反射调用方法时(method.invoke(......))发现少了一部分参数： 因此我们要改造initHandleMapping()，修改url和method的映射关系（不简简单单的存入map中）。 5.2 新建Handler类 package com.dxh.edu.mvcframework.pojo; import java.lang.reflect.Method; import java.util.HashMap; import java.util.Map; import java.util.regex.Pattern; public class Handler { //method.invoke(obj,)需要 private Object controller; private Method method; //spring中url支持正则 private Pattern pattern; //参数的顺序，为了进行参数绑定 ，Key 参数名， Value 代表第几个参数 private Map<String,Integer> paramIndexMapping; public Handler(Object controller, Method method, Pattern pattern) { this.controller = controller; this.method = method; this.pattern = pattern; this.paramIndexMapping = new HashMap<>(); } //getset方法这里省略，实际代码中需要... } 在Handler类中编写了4个属性： private Object controller：method.invoke(obj,)需要 private Method method：与url绑定的方法 private Pattern pattern：可以通过正则匹配，也可以直接写String url。 private Map<String,Integer> paramIndexMapping：参数的顺序，为了进行参数绑定 ，Key 参数名， Value 代表第几个参数 5.3 修改initHandleMapping() 首先，就不能直接通过Map<url,Method>的得方式进行关系映射了，使用一个list，泛型是刚才创建的Handler。 //handleMapping ，存储url和method直接的映射关系 // private Map<String,Method> handleMapping = new HashMap<>(); private List<Handler> handlerMapping = new ArrayList<>(); 改动前，改动后代码对比： 改动后的initHandleMapping()： //5，构造一个映射器,将url和method进行关联 private void initHandleMapping() { if (ioc.isEmpty()){return;} for (Map.Entry<String,Object> entry: ioc.entrySet()){ //获取ioc中当前遍历对象的class类型 Class<?> aClass = entry.getValue().getClass(); //排除非controller层的类 if (!aClass.isAnnotationPresent(DxhController.class)){ continue; } String baseUrl = ""; if (aClass.isAnnotationPresent(DxhRequestMapping.class)){ //Controller层 类上 注解@DxhRequestMapping中的value值 baseUrl = aClass.getAnnotation(DxhRequestMapping.class).value(); } //获取方法 Method[] methods = aClass.getMethods(); for (Method method : methods) { //排除没有@DxhRequestMapping注解的方法 if (!method.isAnnotationPresent(DxhRequestMapping.class)){continue;} //Controller层 类中方法上 注解@DxhRequestMapping中的value值 String methodUrl = method.getAnnotation(DxhRequestMapping.class).value(); String url = baseUrl+methodUrl; //把method所有信息以及url封装为Handler Handler handler = new Handler(entry.getValue(),method, Pattern.compile(url)); //处理计算方法的参数位置信息 Parameter[] parameters = method.getParameters(); for (int i = 0; i < parameters.length; i++) { Parameter parameter = parameters[i]; //不做太多的参数类型判断，只做：HttpServletRequest request, HttpServletResponse response和基本类型参数 if (parameter.getType()==HttpServletRequest.class||parameter.getType()==HttpServletResponse.class){ //如果时request和response对象，那么参数名称存 HttpServletRequest 和 HttpServletResponse handler.getParamIndexMapping().put(parameter.getType().getSimpleName(),i); }else{ handler.getParamIndexMapping().put(parameter.getName(),i); } } handlerMapping.add(handler); } } } 6, 请求处理开发 doPost()： 上一步骤，我们配置了 uri和method的映射关系，并封装到了Handler中存入list，那么接下来，就要通过HttpServletRequest，取出uri，然后找到具体的Handler： 通过HttpServletRequest取出uri找到具体的Handler 得到将调用方法的参数的数组 根据上述数组长度创建一个新的数组（参数数组，传入反射调用的） 通过req.getParameterMap()得到前台传来的参数parameterMap 遍历parameterMap 通过StringUtils.join方法把name=1&name=2格式的参数变为name[1,2] （需要commons-lang依赖） 参数匹配并设置 private Handler getHandler(HttpServletRequest req) { if (handlerMapping.isEmpty()){return null;} String url = req.getRequestURI(); //遍历 handlerMapping for (Handler handler : handlerMapping) { Matcher matcher = handler.getPattern().matcher(url); if (!matcher.matches()){continue;} return handler; } return null; } @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws IOException { //根据uri获取到能够处理当前请求的Handler（从handlerMapping中（list）） Handler handler = getHandler(req); if (handler==null){ resp.getWriter().write("404 not found"); return; } //参数绑定 //该方法所有参数得类型数组 Class<?>[] parameterTypes = handler.getMethod().getParameterTypes(); //根据上述数组长度创建一个新的数组（参数数组，传入反射调用的） Object[] paramValues = new Object[parameterTypes.length]; //以下就是为了向参数数组中设值，而且还得保证参数得顺序和方法中形参顺序一致。 Map<String,String[]> parameterMap = req.getParameterMap(); //遍历request中所有的参数 ，（填充除了request、response之外的参数） for (Map.Entry<String,String[]> entry: parameterMap.entrySet()){ //name=1&name=2 name[1,2] String value = StringUtils.join(entry.getValue(), ",");// 如同 1,2 //如果参数和方法中的参数匹配上了，填充数据 if (!handler.getParamIndexMapping().containsKey(entry.getKey())){continue;} //方法形参确实有该参数，找到它得索引位置，对应得把参数值放入paramValues Integer index = handler.getParamIndexMapping().get(entry.getKey()); //把前台传递过来的参数值，填充到对应得位置去 paramValues[index] = value; } Integer requestIndex = handler.getParamIndexMapping().get(HttpServletRequest.class.getSimpleName()); paramValues[requestIndex] = req; Integer responseIndex = handler.getParamIndexMapping().get(HttpServletResponse.class.getSimpleName()); paramValues[responseIndex] = resp; //最终调用handler得method属性 try { Object invoke = handler.getMethod().invoke(handler.getController(), paramValues); //简单操作，把方法返回的数据以字符串的形式写出 resp.getWriter().write(invoke.toString()); } catch (IllegalAccessException e) { e.printStackTrace(); } catch (InvocationTargetException e) { e.printStackTrace(); } } 7，测试： 打开浏览器，url中输入：http://localhost:8080/demo/query?name=lisi 返回： 控制台中打印出： OK完成~ 转自：https://www.toutiao.com/i6903531694301676035/ 读取更多关于从MVC原理开始手敲一个MVC框架，体会当大神的乐趣 »

什么是Lambda? 我们知道，对于一个Java变量，我们可以赋给其一个“值”。 如果你想把“一块代码”赋给一个Java变量，应该怎么做呢？ 比如，我想把右边那块代码，赋给一个叫做aBlockOfCode的Java变量： 在Java 8之前，这个是做不到的。但是Java 8问世之后，利用Lambda特性，就可以做到了。 当然，这个并不是一个很简洁的写法。所以，为了使这个赋值操作更加elegant, 我们可以移除一些没用的声明。 这样，我们就成功的非常优雅的把“一块代码”赋给了一个变量。而“这块代码”，或者说“这个被赋给一个变量的函数”，就是一个Lambda表达式。 但是这里仍然有一个问题，就是变量aBlockOfCode的类型应该是什么？ 在Java 8里面，所有的Lambda的类型都是一个接口，而Lambda表达式本身，也就是”那段代码“，需要是这个接口的实现。这是我认为理解Lambda的一个关键所在，简而言之就是，Lambda表达式本身就是一个接口的实现。直接这样说可能还是有点让人困扰，我们继续看看例子。我们给上面的aBlockOfCode加上一个类型： 这种只有一个接口函数需要被实现的接口类型，我们叫它”函数式接口“。为了避免后来的人在这个接口中增加接口函数导致其有多个接口函数需要被实现，变成"非函数接口”，我们可以在这个上面加上一个声明@FunctionalInterface, 这样别人就无法在里面添加新的接口函数了： 这样，我们就得到了一个完整的Lambda表达式声明： Lambda表达式有什么作用? 最直观的作用就是使得代码变得异常简洁。 我们可以对比一下Lambda表达式和传统的Java对同一个接口的实现： 这两种写法本质上是等价的。但是显然，Java 8中的写法更加优雅简洁。并且，由于Lambda可以直接赋值给一个变量，我们就可以直接把Lambda作为参数传给函数, 而传统的Java必须有明确的接口实现的定义，初始化才行： 有些情况下，这个接口实现只需要用到一次。传统的Java 7必须要求你定义一个“污染环境”的接口实现MyInterfaceImpl，而相较之下Java 8的Lambda, 就显得干净很多。 Lambda结合FunctionalInterface Lib, forEach, stream()，method reference等新特性可以使代码变的更加简洁！ 直接上例子。 假设Person的定义和List<Person>的值都给定。 现在需要你打印出guiltyPersons List里面所有LastName以"Z"开头的人的FirstName。 原生态Lambda写法：定义两个函数式接口，定义一个静态函数，调用静态函数并给参数赋值Lambda表达式。 这个代码实际上已经比较简洁了，但是我们还可以更简洁么？ 当然可以。在Java 8中有一个函数式接口的包，里面定义了大量可能用到的函数式接口（java.util.function (Java Platform SE 8 )）。所以，我们在这里压根都不需要定义NameChecker和Executor这两个函数式接口，直接用Java 8函数式接口包里的Predicate<T>和Consumer<T>就可以了——因为他们这一对的接口定义和NameChecker/Executor其实是一样的。 第一步简化 - 利用函数式接口包： 静态函数里面的for each循环其实是非常碍眼的。这里可以利用Iterable自带的forEach()来替代。forEach()本身可以接受一个Consumer<T> 参数。 第二步简化 - 用Iterable.forEach()取代foreach loop： 由于静态函数其实只是对List进行了一通操作，这里我们可以甩掉静态函数，直接使用stream()特性来完成。stream()的几个方法都是接受Predicate<T>，Consumer<T>等参数的（java.util.stream (Java Platform SE 8 )）。你理解了上面的内容，stream()这里就非常好理解了，并不需要多做解释。 第三步简化 - 利用stream()替代静态函数： 对比最开始的Lambda写法，这里已经非常非常简洁了。但是如果，我们的要求变一下，变成print这个人的全部信息，及p -> System.out.println(p); 那么还可以利用Method reference来继续简化。所谓Method reference, 就是用已经写好的别的Object/Class的method来代替Lambda expression。格式如下： 第四步简化 - 如果是println(p)，则可以利用Method reference代替forEach中的Lambda表达式： 这基本上就是能写的最简洁的版本了。 Lambda配合Optional<T>可以使Java对于null的处理变的异常优雅 这里假设我们有一个person object，以及一个person object的Optional wrapper: Optional<T>如果不结合Lambda使用的话，并不能使原来繁琐的null check变的简单。 只有当Optional<T>结合Lambda一起使用的时候，才能发挥出其真正的威力！ 我们现在就来对比一下下面四种常见的null处理中，Java 8的Lambda+Optional<T>和传统Java两者之间对于null的处理差异。 情况一 - 存在则开干 情况二 - 存在则返回，无则返回屁 情况三 - 存在则返回，无则由函数产生 情况四 - 夺命连环null检查 由上述四种情况可以清楚地看到，Optional<T>+Lambda可以让我们少写很多ifElse块。尤其是对于情况四那种夺命连环null检查，传统java的写法显得冗长难懂，而新的Optional<T>+Lambda则清新脱俗，清楚简洁。 来源：https://www.zhihu.com/question/20125256/answer/324121308 读取更多关于什么是 Lambda？该如何使用？ »

现象：巫溪县教育资源公共服务平台【学科】没有正常显示。 原因：添加了三个职业高中学段，而系统默认以学段3为分界点，高于学段3的学校归属高校范畴，而低于等于学段3（即0-12年级）的学校归属k12中小学范畴。 解决方案：修改云桌面系统，将学段分界点从3改到6，即中专含中专及一下的学段都归属为中小学。 读取更多关于K12有关学段问题导致学科没有正常显示 »

原创黑马程序员2020-07-22 15:55:36 1. 引言 在前端的布局手段中，一直有这么一个知识点，很多前端开发者都知道有它的存在，但是很多人也仅仅是知道它的存在而已，对它的作用也只是将将说得出来，可是却没办法说得非常的清晰。这个知识点，就是BFC。想要了解BFC的规则，前提必须是熟悉前端网页的多种布局手段，例如盒的显示模式display，三种布局手段标准流（normal）、浮动流（float）、定位流（position）等。你只有熟练掌握了这些布局手段之后，才能很好的理解BFC。今天这篇文章，来大家解析一下BFC，希望对各位新老朋友有所帮助。 2. 定义 BFC - Block Formatting Context 块级格式化上下文 BFC的定义，在官方文档到中，是这么介绍BFC的。 A block formatting context contains everything inside of the element creating it that is not also inside a descendant element that creates a new block formatting context. 强行翻译一下吧，简单来说，这句话的意思就是： 一个BFC区域包含创建该上下文元素的所有子元素，但是不包括创建了新的BFC的子元素的内部元素 很显然，哪怕强行翻译了，大部分人依旧是看不懂这句话的。看都看不懂，那自然就没什么能把它说明白。talk is cheap, show me the code.看不懂意思，我用代码来给你演示。 <div class="box1" id="HM_bfc1"> <div class="box2"></div> <div class="box3"></div> <div class="box4"></div> <div class="box5" id="HM_bfc2"> <div class="box6"></div> <div class="box7"></div> <div class="box8"></div> </div> </div> 用这段代码来解释上面那段BFC定义的话，就应该是这个意思：#HM_bfc1是一块BFC区域，这块区域包含了box2、box3、box4、box5，也就是所有#HM_bfc1的子元素。同时#HM_bfc2也创造了一块BFC区域，包含了box6，box7，box8。注意，第一个box1的BFC，只包括box1的子元素box2345，不包括box678。#HM_bfc2这个BFC同样也仅仅是包括自己的子元素box678。 划重点 每一个BFC区域只包括其子元素，不包括其子元素的子元素。(这1点比较容易理解) 每一个BFC区域都是独立隔绝的,互不影响！(这点不太好理解，但是后续会使用代码验证) 看完上面的描述，很多朋友依旧不懂，把第2节用心的再读一遍，相信你会有新的收获。然后往下继续阅读，你会豁然开朗。 3. 触发BFC 并不是任意一个元素都可以被当做BFC，只有当这个元素满足以下任意一个条件的时候，这个元素才会被当做一个BFC。 触发BFC的条件 body根元素 设置浮动，不包括none 设置定位，absoulte或者fixed 行内块显示模式，inline-block 设置overflow，即hidden，auto，scroll 表格单元格，table-cell 弹性布局，flex 上代码说明 首先, body元素是1个BFC，因为它满足我们的第1个条件(body根元素)，这个BFC区域包含子元素hm1234，但是不包括两个p标签，需要注意的是，hm3不是一个BFC区域，因为他不满足上面任意1个条件。如果我们希望hm3也是1个BFC区域，只要让hm3满足上面任意一个条件即可。 这个时候，hm3元素被设置为了overflow为hidden，满足上面第5个条件，所以此时，hm3就成为了一个BFC区域，这个BFC区域包含其所有子元素 – 两个p标签。 划重点: 并不是所有的元素都是BFC, 只有满足了上面的任意1个条件之后，这个元素才成为1个BFC。 一个BFC区域，只包含其所有子元素，不包含子元素的子元素. 4. 利用BFC解决问题 在你明白了解BFC的触发规则之后，那么就需要利用BFC的特点来解决我们在布局中遇到的一些问题了，还记得我们之前说过，BFC有一个特点是：**每一个BFC区域都是相互独立，互不影响的。** 4.1 解决外边距的塌陷问题（垂直塌陷） 开发中，前端的布局手段，离不开外边距margin，那么，也会遇到一些问题，例如外边距的垂直塌陷问题。 通过以上的实例，我们会发现，代码给两个div盒子，都添加了四个方向的margin，讲道理，学过数学的都知道，100+100=200.可是，盒子之间的距离，现在却之后100px。这就是很典型的margin的塌陷，两段margin重叠到了一块，互相影响。那么，如何利用BFC，让这个问题得到解决呢。回忆下，上文说过，BFC，就是一个与世隔绝的独立区域，不会互相影响，那么，我们可以将这两个盒子，放到两个BFC区域中，即可解决这个问题。 4.2 利用BFC解决包含塌陷 当父子关系的盒子，给子元素添加margin-top，有可能会把父元素一起带跑 原本，正确的显示方式，应该是粉色盒子与红色盒子的顶部距离为50px，但是由于margin的塌陷问题，导致盒子内部的布局影响到了外部。这个时候，就可以触发BFC，将父盒子变成一个独立的区域，这样在BFC区域内部的任何操作，都不会影响到外部。 4.3 当浮动产生影响的时候，可以利用BFC来清除浮动的影响 以上代码表示，一个没有设置高度的父盒子，包含着七个子元素。如果此时，所有的子元素都浮动的话。 当所有的子元素都浮动了，这个时候，父盒子失去了原有的高度，这就是浮动的影响。这个时候，同样也可用BFC的机制，来清除浮动带来的影响。使用BFC，将所有的浮动元素包裹起来。 4.4 BFC可以阻止标准流元素被浮动元素覆盖 以上情况，红色盒子浮动，蓝色盒子时标准流，默认情况下，浮动元素覆盖了标准流元素。但是，如果将蓝色盒子的BFC触发，那么情况将有所变化。 当蓝色盒子触发了BFC之后，浮动元素再也不能覆盖它了，而且还能利用这个特性，来实现蓝色盒子宽度根据红色盒子的宽度来做自动适应 5. 总结 一个BFC区域只包含其子元素，不包括其子元素的子元素. 并不是所有的元素都能成为一块BFC区域，只有当这个元素满足条件的时候才会成为一块BFC区域 不同的BFC区域之间是相互独立的，互不影响的。利用这个特性我们可以让不同BFC区域之间的布局不产生影响. 读取更多关于带你揭开BFC(Block Formatting Context)的神秘面纱 »

现象：新购2台win10操作系统的华为笔记本电脑上安装的obs直播软件，捕获显示器后是黑屏界面，即推流视频有声音，无图像；捕捉摄像头和窗口正常。 原因：这两台笔记本电脑都有俩显卡（集显和独显)，系统默认先看时集成显卡，而obs默认用独立显卡。 解决方案：如下图 读取更多关于解决独立显卡obs捕获显示器后黑屏界面问题 »

现象：CentOS 8 在 曙光服务器上安装时无法识别硬盘，硬盘容量6TB，大于2TB 原因：安装CentOS 8时，如果硬盘容量小于2TB，系统默认会使用MBR模式来安装，若大于2TB时，需强制使用GPT分割 解决方案：出现安装Centos8引导画面之后，按“TAB”键,将命令行最后追加"inst.gpt"这个参数：>vmlinuz initrd=initrd.img inst.gpt 读取更多关于CentOS 8.0在大于2TB的硬盘上安装时需要采用GPT模式 »

中文（中国）：values-zh-rCN 中文（台湾）：values-zh-rTW 中文（香港）：values-zh-rHK 英语（美国）：values-en-rUS 英语（英国）：values-en-rGB 英文（澳大利亚）：values-en-rAU 英文（加拿大）：values-en-rCA 英文（爱尔兰）：values-en-rIE 英文（印度）：values-en-rIN 英文（新西兰）：values-en-rNZ 英文（新加坡）：values-en-rSG 英文（南非）：values-en-rZA 阿拉伯文（埃及）：values-ar-rEG 阿拉伯文（以色列）：values-ar-rIL 保加利亚文: values-bg-rBG 加泰罗尼亚文：values-ca-rES 捷克文：values-cs-rCZ 丹麦文：values-da-rDK 德文（奥地利）：values-de-rAT 德文（瑞士）：values-de-rCH 德文（德国）：values-de-rDE 德文（列支敦士登）：values-de-rLI 希腊文：values-el-rGR 西班牙文（西班牙）：values-es-rES 西班牙文（美国）：values-es-rUS 芬兰文（芬兰）：values-fi-rFI 法文（比利时）：values-fr-rBE 法文（加拿大）：values-fr-rCA 法文（瑞士）：values-fr-rCH 法文（法国）：values-fr-rFR 希伯来文：values-iw-rIL 印地文：values-hi-rIN 克罗里亚文：values-hr-rHR 匈牙利文：values-hu-rHU 印度尼西亚文：values-in-rID 意大利文（瑞士）：values-it-rCH 意大利文（意大利）：values-it-rIT 日文：values-ja-rJP 韩文：values-ko-rKR 立陶宛文：valueslt-rLT 拉脱维亚文：values-lv-rLV 挪威博克马尔文：values-nb-rNO 荷兰文(比利时)：values-nl-BE 荷兰文（荷兰）：values-nl-rNL 波兰文：values-pl-rPL 葡萄牙文（巴西）：values-pt-rBR 葡萄牙文（葡萄牙）：values-pt-rPT 罗马尼亚文：values-ro-rRO 俄文：values-ru-rRU 斯洛伐克文：values-sk-rSK 斯洛文尼亚文：values-sl-rSI 塞尔维亚文：values-sr-rRS 瑞典文：values-sv-rSE 泰文：values-th-rTH 塔加洛语：values-tl-rPH 土耳其文：values--r-rTR 乌克兰文：values-uk-rUA 越南文：values-vi-rVN 缅甸语 ： values-my（补充一种新语言） 读取更多关于Android国际化语言代码 »

信息名称：教育部政府购买服务指导性目录 信息索引：360A05-11-2020-0006-1 生成日期：2020-08-04 发文机构：中华人民共和国教育部 信息类别：财务与审计 内容概述：教育部政府购买服务指导性目录 释锐公司能够提供下列四项服务： 1.数字教育资源开发与应用 2.教育资源公共服务平台建设运维 3.教育信息化建设与运维 4.教育管理信息系统与服务平台建设运维 教育部网站PDF原文 http://www.moe.gov.cn/srcsite/A05/s7052/202008/W020200804317163272594.pdf 读取更多关于教育部政府购买服务指导性目录 »

public static final String VCODEC = "video/avc"; public static final String ACODEC = "audio/mp4a-latm"; // ultrafast,superfast,veryfast,faster,fast,medium,slow,slower,veryslow,placebo public static String x264Preset = "fast";//"veryfast" public static int vPrevWidth = 1280; public static int vPrevHeight = 720; public static int vPortraitWidth = 720; public static int vPortraitHeight = 1280; public static int vLandscapeWidth = 1280; public static int vLandscapeHeight = 720; //Output Resolution: //4K 2160p=3840x2160_6000kbps //2K 1152p=2048x1152 5000kbps //超清 1080p=1920x1080 3800kbps //高清 720p=1280x720 2000kbps //标清 480p=854x480 1000kbps //流畅 360p=640*360 600kbps public static int vOutWidth = 720; public static int vOutHeight = 1280; // Bitrate比特率,含义为一秒内包含多少信息,理论上，码率越大，图像质量越高，文件越大; // 码率有两种形式，CBR和VBR两种，即固定码率和动态码率; // 码率可以用来估算文件的大小，大小约等于码率*时长/8 public static int vBitrate = 2000 * 1024;//kbps:600,1000,2000,3800,5000,6000 public static final int VFPS = 24;//frame per second 每秒钟出现的帧数,15,24,30,60 public static final int VGOP = 24;//48 Group of picture,关键帧的周期，也就是两个IDR帧之间的距离 // 采样频率(sample_rate):即取样频率，指每秒钟取得声音样本的次数.采样频率越高， // 声音的质量也就越好，声音的还原也就越真实. // Low Sample rate:16KHz Bitrate:64Kbps // Medium Sample rate:44.1KHz Bitrate:96Kbps // High Sample rate:44.1KHz Bitrate:128Kbps // Very High Sample rate:48KHz Bitrate:128Kbps public static final int ASAMPLERATE = 44100; // 比特率(bit_rate):我们知道声音有轻有响，影响声音响度的物理要素是振幅， // 作为数码录音，必须也要能精确表示乐曲的轻响，所以一定要对波形的振幅有一个精确的描述。 // “比特(bit)”就是这样一个单位，16比特就是指把波形的振幅划为2^16即65536个等级， // 根据模拟信号的轻响把它划分到某个等级中去，就可以用数字来表示了。 // 和采样率一样，比特率越高，越能细致地反映乐曲的轻响变化。 public static final int ABITRATE = 192 * 1024;//kbps:64,128,160,192,320 how to improve image quality ? 1.Use better camera device. 2.Improve preview resolution. 3.Shrink output resolution. 4.Improve video bitrate. 5.Reduce FPS. 6.Reduce GOP. 【帧 Frame】 帧速率（FPS，frame per second 帧率）：每秒钟出现的帧数 由胶片概念的产生而出现，把静态的连续画面进行播放以达到动态影像需要每秒出现8格，要出现较为流畅的画面则需每秒12格，即帧速率达到12帧/秒。而能让人感受到画面在动的原因在于视觉暂留现象。 视觉暂留现象：光脉冲刺激人眼时，视神经对视觉需要一定的时间来建立和消失，这就是惰性。人眼神经的建立大约需要3个阶段：建立视觉，持平，后缓慢消失，消失过程需要0.1~0.4秒。 45.8Hz是临界闪烁频率（即每秒切换45.8次图像才会让人眼觉得不闪），而目前的24帧每秒也并不是真正的每秒24个画面，而是通过遮光器（double blade-shutter，也翻译为叶片快门）来达到切换帧的效果。在叶片快门（double blade-shutter）的作用下，每一画片放两次。后面也发展出了triple-balde shutter，即每画面3次，为适应早期默片16格每秒的帧速率。 而24格确立的需要追溯到有声电影时期。当时为了提高视觉效果而大家逐渐追求更高的帧率，差不多在无声电影的末期，技术大概发展到了22~26fps，于是折中定了24fps。此外，24也照顾到了音频的采样，24格是35mm胶片保证音频不失真的最短必要长度。 CRT/LED显示器 高帧是指高帧率，60fps或120fps这样的。但是高帧不代表流畅，因为画面可能很多是重复的。 【电视制式】目前主要有以下三种： NTSC 源自美国/N制（美日） PAL 源自西德/帕制（中国等亚洲国家） Phase Alternating Line，逐行倒相，解决了N制的相位失真等问题 SECAM 源自法国/赛康制 因为美国的交流电频率是60Hz，而提出P制的德国（西欧）是50Hz，而我国民用电压是220V/50Hz。 因为美国的交流电频率是60Hz，而提出P制的德国（西欧）是50Hz，而我国民用电压是220V/50Hz。 电视指示 电视线 场数 场序 帧速率 分辨率 N制 525 60 先偶后奇 29.97 720*480 P制 625 50 先奇后偶 25 720*576 电视线的确立涉及到视敏角和数学计算 电视线的确立涉及到视敏角和数学计算 在电视上看见的图像都是电子束一行一行扫出来的，由于场消隐的缘故，P制回扫线占了50行，（回扫不占用画面，因而需要用场消隐消除，其时间约占总时间的8%），故其625*(1-0.08)=575，最后一行不用回扫，因而分辨率为720*576 而N制扫面前用20行保留了控制信息，后由505再除去回扫线？原理不明！ 扫描方式有逐行扫描和隔行扫描两种。720p中p是progressive，逐行扫描，是目前大多数的显示方式；而有时候出现的1080i则是interlaced，隔行扫描，即隔一行扫描一次。 隔行扫描可以在有限的带宽条件下提高图像的刷新率（将一个静止的画面分为两场进行扫描，这样一帧被分为了两个一半的画面，也就是一帧扫描两次） P制交流电压为50Hz/s，即50场/s，场频即为50i，这样50除以2，得到25帧/s N制为了保证色彩而降频，降低了0.001而变为了59.94场/s，但由于一幅画面扫描两次，这样就出现了29.97fps这样的数字 分成的两场分别为：奇数场（odd filed，上场，顶场）和偶数场（even field，下场，底场）。 因为相邻的场在前期拍摄时就是交错的，因而在用逐行扫描的显示器播放隔行扫描的视频时，会无法完美的结合在一起，出现拉丝现象（interlacing artifacts），就是有重影的感觉；解决办法是去交错（deinterlacing），现在的显示器基本都带有这样的功能！ 以上的内容都是模拟电视世代的产物，现在基本已经是数字电视了，也已经有了新的标准（DBV/ATSC/ISDB）。两者区别可以理解为模拟电视就是传输波形（模拟信号），而数字电视就是传输数字数据（数字信号）； 新标准制定后，就又会出现电影在电视行业不相匹配的现象。P制希望电影行业把24帧改为25帧与其匹配，但是电影也由于成本问题并不希望重新改换标准，后来的想法是P制通过改变播放速度而调整帧速率的匹配……但是，N制对此很不爽，因为25帧只用拖1帧，而N制需要拖6帧，于是找到解决方法为： 3：2 pull down（下位变换）将4帧里的奇偶拆成了1奇1偶、2奇2偶、2奇3偶、3奇4偶、4奇4偶，但这样也会出现问题，比如切换画面时的交错鬼影（interlacing artifacts）但是也确实解决了N制的兼容问题问题，以前4*6=24的片子现在可以变成5*6=30的效果了！但是从帧速率上来分析，4/5=x/29.97，x=23.976，又有奇怪的数字出现了！ N制的像素比为720：480=3：2不等于4：3，像素的形状原本的确是正方形，但是后来由于钱的问题，硬件厂家将之改变了，拉长了像素，出现了1：1.067（P制）和0.889：1（N制）的长方形像素。现在的很多视频的像素宽高比的确发生了很大的改变，有些视频还利用长方形像素来压缩原始文件，只不过在播放过程中又将其拉伸了！ 【码率】 又称比特率（Bit rate/data rate），其单位是mbps/MBs，音频是kbps，8bites=1byte，1Mbps=0.125MB/s 它的的含义为一秒内包含多少信息就是码率所表现的，理论上，码率越大，图像质量越高，文件越大；比如4k和1080p的视频在相同的码率下，可能4k还不如1080p表现的好，因为其码率没有随着分辨率的提高而相应的匹配。 码率有两种形式，CBR和VBR两种，即固定码率和动态码率 后黑：视频后面加一段黑屏来降低码率从而保证画质 码率可以用来估算文件的大小，大小约等于码率*时长/8 【深度】 色深（color depth）,是指色彩的记录容量，1bit是指2的1次方，即只有两个颜色（黑白）可以用，而2的8次方等于256种color，比如RGB就是0-255，10bit有1024种颜色，32bit被称为真彩色，据说是人肉眼可以分辨的极限了！其实24bit就已经真彩了，只不过32bit中有8bit被交给了alpha通道 图片要保留透明通道用得最多的是png格式，视频一般用mov png格式主要有两种，png-8和png-24，就是指的位深，不同在于，png-8的透明通道只有0和255两个数值，即完全透明或完全不透明；而png-24则有中间值，可以有一些过渡效果！ 位深（bit depth）可以理解为单独通道的深度（而色深是整体通道的深度），即刚刚提到的8bit/16bit/24bit/32bit都是以8bit为一个通道的取值，因为8bit被称之为位深。位深除8bit外还有10bit，是从8bit衍生出来的。 10bit相较于8bit有着更好的过度效果（无色带），在处理暗场时也更有优势（防止色块的出现），可以用于细节的保留（保留噪点），压缩比更高。缺点是编码复杂，耗时更长，解码方案并不普及，在网络上传可能出现绿色的朦胧感 Hi10p：是指High 10 Profile，是10bit基于H.264 High Profile 编码 color space色彩空间或色域，有根据色彩发光定是RGB和根据色彩反光定的CMYK（主要用于印刷），而现在的YUV主要是用于P制和赛康制的视频上，N制用的YIQ。 Y是亮度信号，即灰阶值，以前的黑白电视就是只有Y信号；（YUV可以与RGB相互转换，因而常用来兼容早期的黑白电视）；后面两个U&V是用来表示色差的两个分量，用来表示色度（emmm，理解为亮度意外的其他信息吧） YUV的好处是可以节省带宽，其经过缩放和偏移可以变为YCbCr（数字/逐行扫描输出）或YPbPr（模拟/隔行扫描输出） U=B-Y'=blue-chroma(亮度)，V=R-Y'=red-chroma，其原值都是经过了伽马校正，没有Cg，毕竟红蓝就可以还原所有的颜色 采样格式有YUV444/YUV422/YUV411/YUV420四种，YUV444是指同一频率完全采样，但由于人眼对色度的敏感度比亮度低，所以没有必要；YUV422是亮度和色度分开采样，亮度依旧全分辨率采样，而色度在水平方向就采集一半，节省1/3左右带宽 采样位数(bit_sample):即采样值或取样值。它是用来衡量声音波动变化的一个参数，也就是声卡的分辨率或可以理解为声卡处理声音的解析度.它的数值越大，分辨率也就越高，录制和回放的声音就越真实.而声卡的位是指声卡在采集和播放声音文件时所使用数字声音信号的二进制位数，声卡的位客观地反映了数字声音信号对输入声音信号描述的准确程度. 采样频率(sample_rate):即取样频率，指每秒钟取得声音样本的次数.采样频率越高，声音的质量也就越好，声音的还原也就越真实. 比特率(bit_rate):我们知道声音有轻有响，影响声音响度的物理要素是振幅，作为数码录音，必须也要能精确表示乐曲的轻响，所以一定要对波形的振幅有一个精确的描述。“比特(bit)”就是这样一个单位，16比特就是指把波形的振幅划为2^16即65536个等级，根据模拟信号的轻响把它划分到某个等级中去，就可以用数字来表示了。和采样率一样，比特率越高，越能细致地反映乐曲的轻响变化。 声道(channel):单声道缺乏对声音的位置定位，而立体声技术则彻底改变了这一状况.声音在录制过程中被分配到两个独立的声道，从而达到了很好的声音定位效果.这种技术在音乐欣赏中显得尤为有用，听众可以清晰地分辨出各种乐器来自的方向，从而使音乐更富想象力，更加接近于临场感受. 常提到的视频参数: 容器(container):保存视频数据所使用的文件格式. 帧率(fps):画面每秒变化的次数. 分辨率:同显示器的分辨率,分辨率越高画面越清晰,越能把画面的更多细节表现出来. 音视频的编码率是指对采集到的数据进行压缩后的大小与原始数据大小的比例,码率越大,音视频越清晰. 编码器(codec):即对采集到的音视频数据的一种数学压缩算法. 读取更多关于音视频中常出现的参数解释 »

微信服务随着应用的不断深入，会越来越多，截至2018年3月29日，已经支持下列服务，所有消息都通过绑定号校园帐户的用户手机微信传送。 校务办公系统（家校通）： 教工内部通知及反馈。 家长通知及反馈。 教职工工资查询。 日程提醒。 会议申请、审核、提醒。 用车，用餐，采购及临时加班的申请、审核、提醒。 电教报修申请、受理、提醒。 总务报修申请、受理、提醒。 文印申请、核准、交印、领取、提醒。 学生成绩系统： 学生本人或者家长接收每次考试的成绩单。 教学管理系统（走班排课系统）： 每个星期天下午1点钟系统定时发送下周课表给班主任、任课老师、学生及家长。 一旦有网上选课安排，系统即时发送选课通知给学生或家长，确保学生在规定时间内按时选课。 一旦有调课安排，系统即时发送调课通知给跟调课有关联的班主任，任课老师，学生及家长。 每节课的上课考勤通知给家长和班主任。 一旦任课老师在课堂上给某位同学添加了课堂表现评语，系统即时通知给班主任和家长。 读取更多关于微信服务有哪些项目？ »

学校需要满足下列2个条件： 只有释锐智慧校园系列软件v7.3.2.0之后的版本才提供微信支持，该版本系2018年2月1日发布，因此只有升级到v7.3.2.0版本及其后续更高版本之后才能开通微信服务。诚邀2018年2月1日之前交付的所有释锐老客户联系申请产品升级！释锐公司技术团队跟您回访确认升级事宜。请点击微信开通申请链接。电话咨询 021-60753206 购买释锐保服务就能升级，或者在产品交付1年之内或还在释锐保运维服务或者SaaS托管服务期内的客户免费升级。点击了解释锐保服务详情。 读取更多关于哪些学校可以开通微信服务？ »

释锐校园软件终端用户是指：购买了释锐校园级软件产品学校的在职教职工、在校学生和家长，释锐软件为每一位教职工、学生及家长都提供了一个用户账号和初始密码。如果您属于上述3类用户之一，就能将学校所用的释锐软件平台和您个人微信APP进行绑定。绑定好之后，能够免去每次进系统都需要登录验证的麻烦，并且从微信上就能收到来自学校的各类官方消息和通知（消息类型清单详见 https://access.threeoa.com/bbs/-/message_boards/message/189207），而且新消息时会即时提醒。 释锐校园软件终端用户绑定微信服务的步骤如下（教职工、学生、家长绑定步骤一致，没有区别）： 第1步：关注产品研发厂商（上海释锐教育软件有限公司或OEM合作伙伴）的官方微信公众号 上海释锐教育软件有限公司的微信公众号是 threegroup ，二维码 第2步：绑定校园账号 个人中心》绑定校园账号》请选择一所学校》选择贵校所在省份》选择贵校所在地市》“点击查询”列表当前地市开通了微信服务的所有学校列表》选择您所在的学校》系统会自动检测网络是否畅通》如果网络畅通，点击“确定”按钮》系统自动跳往贵校释锐软件平台运行的网址，等待您的输入》请输入正确的用户名和密码（如果您不知道账号和初始密码，请向贵校的网络管理员老师索取）》验证通过代表完成绑定。 第3步：学校信息提醒 第4步：手机微信上查阅来自学校的信息 第5步：手机微信上回复来自学校的信息 点击第4步图中的“编辑留言”或者“留言”即可参与回复。回复的内容不但保存在微信留言列表中，还会自动同步到学校的释锐校务办公平台对应的站内信的留言列表内。 视频教程(请点击播放) 您的浏览器版本不支持video技术，此处视频无法播放，建议用Chrome谷歌浏览器。 绑定过程中，碰到问题或者困难找谁？ 首先：找学校的网络管理员老师，学生或者学生家长可以先找到班主任，由班主任告知网络管理员老师的电话； 其次：直接释锐公司工作人员，售后服务咨询电话 021-60753203 ，售后服务咨询QQ 313908888。 读取更多关于释锐校园软件终端用户如何绑定微信服务？ »

简化上线流程，确保极速上线可用。 如果绑定学校自有公众号，除了厂家要按年收取技术维护费外，一个支持二次开发的公众号还需要经过联系腾讯公司办理付费认证、开发配置、模版消息配置等多个环节，从申请到上线需要1-2周时间。 况且，不论是学校公众号，还是厂家公众号，都是腾讯公司的微信公众号技术，起到的作用就是“消息快递员”的作用，没有本质的区别，好处都是可以快速在手机上收到来自校园平台的各类实用消息。 读取更多关于为什么需要关注厂家的微信公众号，而不是学校自己的公众号？ »

不会。释锐微信公众服务系统采用了“释锐校园软件平台、释锐中转分发服务器、腾讯微信服务器、用户手机微信APP”四层架构，微信用户在首次绑定校园账号时也绑定了校园软件网址。 读取更多关于多校绑定同一个公众号会导致信息错发吗？ »

现象：微信公众号绑定学校时，提示“CAS is Unavailable”，如下图；但是在浏览器上可以正常登录系统。 [img]https://access.threeoa.com/documents/10182/218667/%E5%BE%AE%E4%BF%A1%E7%BB%91%E5%AE%9A%E6%8A%A5%E9%94%99/ded43bc5-ed3f-4952-8723-ab723bf16b4b?t=1571819536000[/img] 原因：桌面系统-设置-微信服务器栏为空，导致后台报”空值错误”； 解决方案：   登陆网页版桌面系统→设置→启用微信总开关并填写微信服务器地址"[b]http://license.threeoa.com[/b]" 读取更多关于绑定微信提示“CAS is Unavailable” »