1.C 包含头文件 #include <> 和 #include"" 有啥分别？
2.Ucenter源码解析之--index.php
3.如何阅读源代码？
4.CSS知识整理-- 层叠原理
5.为什么xml配置的优先源码优先优先级大于注解配置的优先级大于java源代码的优先级长？

C 包含头文件 #include <> 和 #include"" 有啥分别？

       当涉及到C语言的头文件包含方式时，#include与#include""之间存在显著的代码差异。尽管这个问题看似基础，优先源码优先但其实是代码个常见的困扰。

       通常情况下，优先源码优先角括号<>指示编译器从其内置的代码嵌入式门禁终端源码include路径开始搜索，然后扩展到本地目录，优先源码优先而双引号""则相反，代码首先在当前源代码目录查找，优先源码优先随后是代码系统默认的include路径，会跳过本地目录。优先源码优先这样的代码设计旨在区分标准库头文件（如iostream）和自定义头文件（推荐使用双引号）。

       具体到不同编译器，优先源码优先如MSVC++，代码<>仅在预定义的优先源码优先include目录中查找，而""则会优先搜索源代码目录，接着才是默认目录，与<>类似但多了一个源代码优先级。当涉及到#include指令时，它会替换为指定头文件的内容，有角括号和引号两种形式：角括号用于标准库头文件，引号用于可能在本地找到的其他文件。

       此外，快递代打源码#pragma指令允许程序员为编译器指定特定选项，如平台相关库，但这需要查阅编译器文档以确保参数的正确使用。总之，正确理解并使用这两种形式对头文件包含至关重要。

Ucenter源码解析之--index.php

       安装ucenter后，输入域名默认加载index.php。若无参数输入，跳转至根目录的admin.php。此过程，$m与$a为接收参数，$m指示将实例化的类，$a指示调用的method。例如，$m=user, $a=login，加载/control/user.php，实例化'usercontrol'类，执行'onlogin()'方法。

       引入模型文件时，优先使用/release/下的文件，否则使用/model下的文件。若$m与$a存在，引流宝源码动态调用特定方法。m主要包含app、frame、user等，对应/control下的文件。

       加载对应的control文件，获取类名并实例化，调用方法前，判断类是否存在该方法，优先尝试'on.$a'方法，若不存在，则使用_call($method)调用。

       m实例化成相应对象，$a决定对应类的方法实现。测试$m=app, $a=add时，结果如右侧图。查阅/control/app.php下的'onadd()'方法，了解返回-1的原因。

       index.php中addslash函数的运用，是安全措施之一，用于处理PHP6以上版本的变动。因php6废弃了MAGIC_QUOTES_GPC，大话源码修改服务器不再自动转义$_POST, $_GET, $COOKIE等客户端数据。因此，需要手动使用addslashes进行转义，确保单引号'、双引号",/等特殊字符不引发SQL注入问题。

如何阅读源代码？

       阅读源代码是深入理解技术、学习最佳实践和提高编程能力的有效途径。本文旨在提供一套系统化的阅读源代码方法，帮助开发者更高效地掌握代码逻辑和结构。

       首先，明确阅读源码的目的至关重要。是出于工作需求、技术深造还是解决特定问题的需要？目的不同，阅读方式和深度也应随之调整。例如，如果是为了解决具体问题，那么聚焦相关模块和功能即可；如果是学习和研究，则需要更全面地理解整个代码库。

       其次，确保具备所需的基础知识。这包括熟悉所使用的编程语言，以及相关的z支付源码库和工具。例如，阅读 Node.js 代码时，应掌握 JavaScript 的基础知识，并了解 NPM（Node Package Manager）的使用。同时，熟悉常用 API 和方法能帮助开发者更快地定位关键部分。

       在阅读策略上，可以采用多种方法，如下：

       获取源代码：优先从原始代码仓库拉取，以确保获取到未被阉割的最新版本，避免受到测试代码或示例影响。

       概览目录：通过目录结构了解整个代码库的组织和功能划分，尝试根据已有的经验和知识预测各部分的作用。即使初次阅读难以完全理解，也能提供初步的框架认识。

       查找使用示例：开源项目通常会提供示例代码和文档，这是了解代码用法和环境配置的好资源。通过实际运行示例，可以验证代码的可用性，并对项目框架有直观的认识。

       关注关键出口：从入口文件开始，逐步探索各个模块和函数，关注其输出和作用。这些关键点往往是理解代码逻辑和结构的起点。

       梳理主干思路：将代码视作一棵树，从整体到局部，逐步理清主线流程。关注点在于函数名、修饰符、签名、返回值等关键信息，以点带面，逐步深入。

       记录与调试：在阅读过程中，遇到复杂的调用链或难以理解的代码块时，不妨做标记或记录下来，同时使用调试工具辅助理解。这些记录有助于回溯和复习，避免遗忘。

       阅读源代码是一个渐进过程，需要耐心和持续的实践。找到适合自己的方法，不断优化阅读效率和深度。同时，编写清晰、易于理解和维护的代码，是对后来读者的尊重，也是对自己未来项目的投资。

CSS知识整理-- 层叠原理

       Css是制定规则，让我们能预设各种条件下所需呈现的效果。正确书写规则是Css开发的核心。

       浏览器如何解析样式规则？

       每条规则单独看很简单，但两条规则冲突时，结果可能未如预期。这时，需要理解CSS的层叠原理。

       层叠是所有规则的集合，决定了冲突解决方式，是CSS的基础。

       解决层叠冲突的三个条件：1.样式表来源 2.选择器优先级 3.源码顺序

       样式表来源方面，作者样式表会覆盖浏览器默认样式，因为作者样式具有控制权。

       选择器优先级：ID选择器最高，其次为类选择器，再其次为标签选择器。

       源码顺序决定了规则的执行顺序，编写顺序影响最终样式。

       声明是一个选择器后紧接属性与值的组合。

       !important声明具有最高权重，但使用需谨慎。若使用！important，后续声明将被忽略，除非也使用！important。

       层叠原理独立解决网页元素样式冲突。

       所谓层叠，即是样式间的覆盖。

       第二点，优先级：当来源无法解决冲突时，浏览器会检查优先级。理解优先级很重要，它分为两部分：HTML的行内样式与选择器样式。

       行内样式：HTML的style属性写的样式仅针对当前元素，具有局部作用域，能覆盖其他样式表或选择器样式。

为什么xml配置的优先级大于注解配置的优先级大于java源代码的优先级长？

       注解配置一般指诸如开放源代码的对象框架，如Spring（开放源代码的设计层面框架，他解决的是业务逻辑层和其他各层的松耦合问题）、Hibernate（对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，它将POJO与数据库表建立映射关系，是一个全自动的orm框架）在使用这个框架的之前要进行相应的配置。

       配置的方式有三种，xml配置，注解配置（Java注解配置），java配置（Java代码配置）。

       关于注解配置和Java配置的区别，此处附上大牛的详细解答（/durendong/article/details/）

       目前关于三种配置的优先级没有明确而统一的说法，况且编译器以及编译环境的差异，产生的结果差距较大，不可轻易下定结论。但有大牛做了实验，总结出如下结论：“xml配置与注解配置都执行，默认顺序谁先加载谁先执行，指定执行顺序 添加order参数

       建议：

       应该先执行xml 后 执行注解

       xml 配置的是统一的。但是可能我想在具体的方法里搞特殊，就自己加注解

       例如xml配置了REQUIRED回滚 而我的具体的方法不想回滚但是还要用insert开头，就可以在注解配置。

       详细过程附上原文链接：/xclltssun/article/details/”

       至于Java源代码优先级最后的原因也很清楚了，前面第一个链接力讲的很清楚，我简单讲下：

       使用注解的方式，那么你需要在Serivce层，DAO层的时候，需要在类上进行注解，才可获得spring的依赖注入；

       如果使用java配置的方式，那么就不需要在类上写注解了，直接在配置类里面进行申明即可。

       Java源代码配置是写在类里面的，而注解配置是在类上进行注解，这就相当于一个在房门上，一个在房间里的桌子上，如果有人来拜访坐在房间里面的主人自然应该先敲门。注解配置就是那一扇门。

       本着默认顺序——先加载先执行的原则，自然在优先级上表现为xml配置>注解配置>Java源代码配置

       但实际上，我海还是没有找到关于此方面优先级明确的定义。