1.如何从零写一个日志库（glog介绍）
2.onvue网络检查通过不了(vuenetworkerror)
3.制作VLog常用的代码APP有哪些呢？
4.easylogging源码学习笔记（6）

如何从零写一个日志库（glog介绍）

       探索日志管理的艺术，本文将深入解析glog——谷歌开源的源码g源日志库，为你揭示从零开始构建自定义日志解决方案的代码关键要素。让我们一起从基本需求到高级接口，源码g源一窥其内部工作原理。代码

基本需求与核心组件

       glog的源码g源刷单 源码核心在于LogMessage类，它负责记录日志的代码时间、位置信息以及根据过滤条件进行输出。源码g源0.3.5版本作为起点，代码提供了诸如LOG、源码g源LOG_IF和LOG_TO_SINK等接口，代码让你能灵活定制输出到默认目标或自定义sink。源码g源

       获取glog的代码源代码：/google/glog.git，源码中的源码g源src/glog/workerror)

       electron打包vue项目网络请求失败

       1、网络问题。代码根据网络公开信息查询显示vue+electron打包不能网络请求，先检查一下是不是网络问题，如果网络不好也会出现这种情况。

       2、VUE同时引入elementUI和ant-design后，可正常运行，但会导致打包失败，且在启动时会输出错误语句。

       3、vue项目重新打包发布时出现无法跳转问题。打开调试可以看见是无法找到对应的文件。vue打包的时候采用了路由异步加载的方式。

       4、同花顺缺口源码PS：以上操作适用于electron主进程和vue项目分离的情况，两者有各自独立的package.json和node_modules。否则，electron-forge在打包时会把node_modules内所有文件复制过去，造成最后打包的文件非常大。

       5、这句话的意思就是：这些参数都是通过electron：build命令来提交给electron-builder的。再通俗的讲：我们用electron：build来打包的参数配置格式如图所示。

       6、Electron打包应用程序后，在苹果电脑上无法正常运行，可能是由于以下3点原因导致的。

onvue考试网速不行

       网络的问题。vue生产模式提示一直存在多数是网络连接异常导致。解决方法：打开电脑检查网络。打开生产模式进行测试网络连接是否异常。点击vue生产模式进入即可恢复正常。

       你好，你可以换安全浏览器打开，用它就可以正常打开。

       vue不识别live有以下原因，第一个原因就是网速太慢所以没有识别出来，第二个原因是比较模糊所以不能识别。

       1vue是渐进式的框架的理解：(主张最少，没有多做职责之外的事)Vue的核心的功能，是一个视图模板引擎，但这不是推送类源码说Vue就不能成为一个框架。

       单向数据流：父级prop的更新会向下流动到子组件中，但反过来不行。每个Vue实例都实现了事件接口：子组件使用this.$emit(eventName，optionalPayload)触发自定义事件。

       微软、IBM等各大厂商并不直接进行考试，而是授权PEARSONVUE，由它来组织考试。任何考生只有在通过考试后，方可得到厂商的认证或认可，才能获得各大厂商颁发的国际通用的、权威性的证书。

       vueonerror不起作用

       你在那个style里边儿加入一个scoopedscooped这个限定一下，然后再写就有用了。

       说明：如果存在，但网络很不通畅，也可能触发onerror。解决方法：第一种：.去掉onerror代码；或者更改onerror代码为其它；或者确保onerror中的足够小，并且存在。

       这个的解决方案很多可以用nginx解决但是这里直接用前端解决，这样减少一次请求。

       很多刚开始使用v-on的键盘事件时，经常会碰到明明添加了@keyup.按键名/值，却没有起作用，（小鸡不尿尿，各有各的道），其实不是weblogic 源码分析没有起作用，而是元素没有获取焦点导致的。

       源代码。解决方案重新设置onerror方法依然用：error来绑定事件，实际上这里用别的事件，什么click、onload也一样，但是为了可读性和控制台不报错就毅然使用error事件。

       在项目开发时碰到了一个问题，就是在v-for结构里使用样式绑定，绑定的值取决于在created或者mounted里面更新的数据的值，但完全不起作用，而自己仿照结构写的测试又可以，确认了不是样式方面的问题。

vue接口请求很快完成,响应返回数据很慢

       你可以在返回数据之后直接把数据打到控制台，看看上不上秒出；如果是（几乎肯定是），那就排查回调之后的方法，哪个处理起来比较耗时。console.time用起来。

       菜单项数量过多。如菜单列表过长，将导致disable操作需要遍历整个菜单列表，从而产生较大的计算负担和响应时延。菜单项使用了重量级的特效或逻辑。

       后端代码存在错误。在这种情况下，即使前端应用程序可以成功发送请求并接收响应，但是获取bduss源码后端不会返回正确的响应。此时，您需要检查后端代码中是否有任何错误，并尝试通过调试或记录日志来找到问题所在。请求参数或路径错误。

vue上传头像请求接口失败怎么回事

       网络问题。上传速度太慢，超过网站给予的时间，网站限制特定的网络服务商IP。所上传的头像，不符合网站的要求。格式不对，尺寸不对等。浏览器问题。javascript被禁用，网站指定上传插件没安装等。

       调用接口失败是因为是访问路径不对，错误请查看http响应状态码出现这种情况应该去问服务器人员使用正确的地址。

       是vue中的配置有问题，这个需要去重新设置vue的接口地址配置的问题。nginx中的配置没做好，这个时候就需要进入到服务器查看nginx的站点配置。

       网络问题。遇到electron打包vue项目网络请求失败的情况，是网络卡顿造成的，解决办法是断开网线，再重新连接一遍。

       自然接收不到。第二种情况主要是axios的文档没有看明白，就下手写代码了。VUE是iOS和Android平台上的一款Vlog社区与编辑工具，允许用户通过简单的操作实现Vlog的拍摄、剪辑、细调、和发布，记录与分享生活。

       上传文件显示http请求错误的原因：网络问题，可能当前的网络不好，可以尝试重新上传；或者检查一下路由器。浏览器的问题，可以尝试换个浏览器。防火墙，有可能被设置到了吧。

vue+electron打包不能网络请求

       1、网络问题。遇到electron打包vue项目网络请求失败的情况，是网络卡顿造成的，解决办法是断开网线，再重新连接一遍。

       2、简单的晒晒解决办法，在GitHub上看到有人问这个问题，最后框架开发者给出的解决办法是升级到4+版本。在评论区也有大神测试，2+，3+都会有这个问题。

       3、架构问题：在苹果电脑上运行的应用程序必须是针对macOS的x或者x架构编译的，如果您的Electron应用程序没有针对这两种架构进行编译，就无法在苹果电脑上运行。建议您确认一下应用程序的架构是否正确。

       4、公司对接了某个产品，让我打包Mac上应用，发现了在未公证之前的包是可以弹出是否能访问摄像头的；但是公证之后，即打包之后是不能的，无法弹出询问是否能访问摄像头。

制作VLog常用的APP有哪些呢？

       常用的APP有一闪、猫饼、videoleap、splice、hyperlapse、Vue、vimo等。

       我就从操作最简单的给大家安利：Vue，是最适合初学者使用的，上手就能够拍摄，也可以导入视频，功能简单，方便使用。

vimo，最适合小仙女们使用，自带很多好看的动态贴纸，还有动画模板，关键是可以录自己的声音，超级少女心的一个APP！

hyperlapse，适合记录精彩的风景或者激情场景，比如日出，演唱会等，而且带有防抖功能，还可以把长时间的视频压缩很短！

       videoleap，不仅仅功能强大，而且还特别有意思，可以在视频中添加视频，关键是还可以编辑添加的这个视频的滤镜、效果、透明度，只要你想的到，就可以玩出各种花样！

       splice，被评为最佳手机视频编辑器，和iPhone手机自带的imove相似，但是splice拥有三个音轨，唯一的缺点就是处理起来有点慢！

一闪，基本功能最完备。剪辑效果方面，可以变速、加字，而且字体多样，字体位置、大小、间距都是可变的，还以用表情，排版也很轻松。音乐方面，可以调整分段，还可以调整背景音乐的起始点。滤镜方面，有很多种选择。

猫饼，可以直接把素材进行快速拼接和剪切，用滤镜进行基础调色，也可以在画幅里对画面进行缩放。同时猫饼支持从 iTunes 导入音乐，而且还提供多免费背景音乐任你选择，重要的是音乐都分类好了！最重要的是还可以给自己加一个酷酷的片尾，给自己一个大导演的感觉！

easylogging源码学习笔记（6）

       `LOG` 是默认日志、CLOG自定义日志、LOG_IF条件日志

       特殊日志

       LOG_EVERY_N、LOG_AFTER_N、LOG_N_TIMES

       for (int i = 1; i <= ; ++i) {

       LOG_EVERY_N(2, INFO) << "Logged every second iter";

       }// 5 logs written; 2, 4, 6, 7,

       for (int i = 1; i <= ; ++i) {

       LOG_AFTER_N(2, INFO) << "Log after 2 hits; " << i;

       }// 8 logs written; 3, 4, 5, 6, 7, 8, 9,

       for (int i = 1; i <= ; ++i) {

       LOG_N_TIMES(3, INFO) << "Log only 3 times; " << i;

       }// 3 logs writter; 1, 2, 3

       条件日志和特殊日志可以搭配使用

       * `VLOG_IF(condition, verbose-level)`

       * `CVLOG_IF(condition, verbose-level, loggerID)`

       * `VLOG_EVERY_N(n, verbose-level)`

       * `CVLOG_EVERY_N(n, verbose-level, loggerID)`

       * `VLOG_AFTER_N(n, verbose-level)`

       * `CVLOG_AFTER_N(n, verbose-level, loggerID)`

       * `VLOG_N_TIMES(n, verbose-level)`

       * `CVLOG_N_TIMES(n, verbose-level, loggerID)`

       日志详细等级判定

       if (VLOG_IS_ON(2)) {

       // Verbosity level 2 is on for this file

       }

       性能追踪

       * `TIMED_FUNC(obj-name)`

       * `TIMED_SCOPE(obj-name, block-name)`

       * `TIMED_BLOCK(obj-name, block-name)`

       这些宏实际上都是关于el::base::type::PerformanceTrackerPtr，一个指向el::base::PerformanceTracker的指针

       #if defined(ELPP_FEATURE_ALL) || defined(ELPP_FEATURE_PERFORMANCE_TRACKING)

       PerformanceTracker::PerformanceTracker(const std::string& blockName,

       base::TimestampUnit timestampUnit,

       const std::string& loggerId,

       bool scopedLog, Level level) :

       m_blockName(blockName), m_timestampUnit(timestampUnit), m_loggerId(loggerId), m_scopedLog(scopedLog),

       m_level(level), m_hasChecked(false), m_lastCheckpointId(std::string()), m_enabled(false) {

       #if !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED

       // We store it locally so that if user happen to change configuration by the end of scope

       // or before calling checkpoint, we still depend on state of configuration at time of construction

       el::Logger* loggerPtr = ELPP->registeredLoggers()->get(loggerId, false);

       m_enabled = loggerPtr != nullptr && loggerPtr->m_typedConfigurations->performanceTracking(m_level);

       if (m_enabled) {

       base::utils::DateTime::gettimeofday(&m_startTime);

       }

       #endif // !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED

       }

       在构造函数中获取一个时间，

       PerformanceTracker::~PerformanceTracker(void) {

       #if !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED

       if (m_enabled) {

       base::threading::ScopedLock scopedLock(lock());

       if (m_scopedLog) {

       base::utils::DateTime::gettimeofday(&m_endTime);

       base::type::string_t formattedTime = getFormattedTimeTaken();

       PerformanceTrackingData data(PerformanceTrackingData::DataType::Complete);

       data.init(this);

       data.m_formattedTimeTaken = formattedTime;

       PerformanceTrackingCallback* callback = nullptr;

       for (const std::pair& h

       : ELPP->m_performanceTrackingCallbacks) {

       callback = h.second.get();

       if (callback != nullptr && callback->enabled()) {

       callback->handle(&data);

       }

       }

       }

       }

       #endif // !defined(ELPP_DISABLE_PERFORMANCE_TRACKING)

       }

       在析构函数中获取一个时间，处理时间data，使用PerformanceTrackingCallback类型指针callback，并在callback->handle(&data)中处理输出。

       由于定义了ELPP_FEATURE_PERFORMANCE_TRACKING，因此在初始化（INITIALIZE_EASYLOGGINGPP）中实际上是安装了一个base::DefaultPerformanceTrackingCallback。

       在PerformanceTracker类的handle函数中，callback是一个PerformanceTrackingCallback类型指针，由于安装的是DefaultPerformanceTrackingCallback对象，因此是一个基类指针指向了派生类对象。处理输出的逻辑在DefaultPerformanceTrackingCallback类的handle函数中。

       DefaultPerformanceTrackingCallback类的handle函数首先会将数据成员m_data的指针赋值给函数参数，并创建一个base::type::stringstream_t类型的对象ss用于构建输出内容。根据m_data的dataType，输出不同的信息。在输出时，会使用el::base::Writer类构造并输出内容。