obj文件

所需pom依赖 < ! -- hbase依赖 -- > < hbase - client . version > 2.0 .0 < / hbase - client . version > < lombak . version > 1.16 .10 < / lombak . version > < dependency > < groupId > org . apache . hbase < / groupId > < artifactId > hbase - client < / artifactId > < version > $ { hbase - client . version } < / version > < ! -- 排除以下与springboot的冲突包，guava自己引入，故而排除。 -- > < exclusions > < exclusion > < groupId > org . apache . httpcomponents < / groupId > < artifactId > httpclient < / artifactId > < / exclusion > < exclusion > < groupId > org . slf4j < / groupId > < artifactId > slf4j - log4j12 < /

本文转自 https://blogs.oracle.com/database4cn/log-file-switch-checkpoint-incomplete-%e5%ae%b9%e6%98%93%e8%a2%ab%e8%af%af%e8%af%8a%e7%9a%84event 首先来看如下的一份AWR，12分钟的采样，DB Time 105分钟。 DB Name DB Id Instance Inst num Startup Time Release RAC R11204 2114874159 R11204 1 23-Oct-17 10:10 11.2.0.4.0 NO Host Name Platform CPUs Cores Sockets Memory (GB) nascds18 Linux x86 64-bit 2 2 1 11.64 Snap Id Snap Time Sessions Cursors/Session Begin Snap: 3 23-Oct-17 10:55:46 37 2.5 End Snap: 4 23-Oct-17 11:08:27 53 2.3 Elapsed: 12.67 (mins) DB Time: 105.90 (mins) Top event 发现 buffer busy waits 和 log file switch

============================================================ 如何理解hashCode的作用: ============================================================ 以java.lang.Object来理解,JVM每new一个Object,它都会将这个Object丢到一个Hash哈希表中去,这样的话,下次做Object的比较或者取这个对象的时候,它会根据对象的hashcode再从Hash表中取这个对象。这样做的目的是提高取对象的效率。具体过程是这样: 1.new Object(),JVM根据这个对象的Hashcode值,放入到对应的Hash表对应的Key上,如果不同的对象确产生了相同的hash值,也就是发生了Hash key相同导致冲突的情况,那么就在这个Hash key的地方产生一个链表,将所有产生相同hashcode的对象放到这个单链表上去,串在一起。 2.比较两个对象的时候,首先根据他们的hashcode去hash表中找他的对象,当两个对象的hashcode相同,那么就是说他们这两个对象放在Hash表中的同一个key上,那么他们一定在这个key上的链表上。那么此时就只能根据Object的equal方法来比较这个对象是否equal。当两个对象的hashcode不同的话

makefile 工程管理 1.1 makefile 概述 linux 环境下的程序员如果不会使用GNU make来构建和管理自己的工程，应该不能算是一个合格的专业程序员，至少不能称得上是unix程序员。在linux环境下使用GNU的make工具能够比较容易的构建一个属于你自己的工程，整个工程的编译只需要一个命令就可以完成编译，链接以至于最后的执行 ，不过这需要我们投入一些时间去完成一个或者多个称为makefile文件的编写，次文件正是make正常工作的基础。所要完成的makefile文件描述了整个工程的编译，链接等规则。 Make 是一个命令工具 ， 它解释 makefile 中的指令（应该说是规则） 。 在 makefile 文件中描述了整个工程所有文件的编译顺序、编译规则 。 Makfile 有自己的书写格式。像 c语言有自己的格式、关键字和函数一样。而且在makefile中可以使用系统shell所提供的任何命令来完成想要的工作。 首先我们需要明确一些基本概念： 编译 ：把高级语言书写的代码转换为机器语言可识别的机器码。编译高级语言后生成的指令虽然可被机器识别，但是还不能被执行。编译时，编译器检查高级语言的 语法，函数与变量的声明是否正确。只有所有的语法正确、相关变量定义正确编译器就可以编译出中间目标文件。通常，一个高级语言的源文件都可对应一个目标文件

原先的项目突然报错（原先的项目调试运行是没问题的） 错误 12 未能将“obj\Debug\**.exe”复制到“bin\**.exe”。超出了重试计数 10。失败。 错误 13 无法将文件“obj\Debug\**.exe”复制到“bin\**.exe”。文件“bin\**.exe”正由另一进程使用，因此该进程无法访问此文件。 解决方法： 这可能是个bug，重启系统或vs试试，在调试时，正常关闭程序。 也可能是代码问题，从外部打开程序，关闭后看还在不在任务管理器中残留 来源： CSDN 作者： sumjob 链接： https://blog.csdn.net/sumjob/article/details/103464581

在华清远见教学过程中，发现很多学员对内核镜像解压过程比较感兴趣，但网上相关的文章往往不能把关键问题讲清楚，所以写了这篇文章。 本文以linux-2.6.14内核在S3C2410平台上运行为例，讲解内核的解压过程。 内核编译完成后会生成zImage内核镜像文件。关于bootloader加载zImage到内核，并且跳转到zImage开始地址运行zImage的过程，相信大家都很容易理解。但对于zImage是如何解压的过程，就不是那么好理解了。本文将结合部分关键代码，讲解zImage的解压过程。 先看看zImage的组成吧。在内核编译完成后会在arch/arm/boot/下生成zImage。 在arch/armboot/Makefile中： $(obj)/zImage: $(obj)/compressed/vmlinux FORCE $(call if_changed,objcopy) 由此可见，zImage的是elf格式的arch/arm/boot/compressed/vmlinux二进制化得到的 在arch/armboot/compressed/Makefile中： $(obj)/vmlinux: $(obj)/vmlinux.lds $(obj)/$(HEAD) $(obj)/piggy.o \ $(addprefix $(obj)/, $(OBJS)) FORCE $(call

目录 项目开发流程 表设计 用户表 个人站点表 文章标签表 文章分类表 文章表 文章点赞点踩表 文章的评论表 注册页面搭建 注册功能实现 回顾添加内容 项目开发流程 需求分析: 引导客户朝着自己想要的方向提需求 架构设计: 框架, 语言, 数据库, 缓存数据库, 表设计, 拆分功能, 项目报价(参与开发的人员个数和开发天数) 分组开发: 架构师组长会议: 按模块功能拆分任务; 小组会议: 细分功能; 小组成员写代码, 提前测试下显而易见的bug 交付测试: 测试些不是显而易见的bug, 如果是显而易见的bug, 会扣绩效 运维上线: 1. 委托项目开发公司上线和维护, 定期支付维护费; 2. 交付给对方公司 表设计 先确定表名, 然后是表字段, 最后是表关系 用户表 使用auth_user表 手机号 头像 注册时间 外键字段: blog, 一对一个人站点表 个人站点表 站点名称 站点标题 站点样式 文章标签表 标签名 外键字段: blog, 多对一个人站点表 文章分类表 分类名 外键字段: blog, 多对一个人站点表 文章表 文章标题 文章摘要 文章内容 文章发布时间 外键字段1: blog, 多对一个人站点表 外键字段2: tag, 多对多文章标签表, 半自动创建 外键字段3: category, 多对一文章分类表 文章点赞点踩表 user_id: 多对一用户表 article

一、基于TCP协议的socket套接字编程 1、套接字工作流程 先从服务器端说起。服务器端先初始化Socket，然后与端口绑定(bind)，对端口进行监听(listen)，调用accept阻塞，等待客户端连接。在这时如果有个客户端初始化一个Socket，然后连接服务器(connect)，如果连接成功，这时客户端与服务器端的连接就建立了。客户端发送数据请求，服务器端接收请求并处理请求，然后把回应数据发送给客户端，客户端读取数据，最后关闭连接，一次交互结束，使用以下Python代码实现： import socket # socket_family 可以是 AF_UNIX 或 AF_INET。socket_type 可以是 SOCK_STREAM 或 SOCK_DGRAM。protocol 一般不填，默认值为 0 socket.socket(socket_family, socket_type, protocal=0) # 获取tcp/ip套接字 tcpSock = socket.socket(socket.AF_INET, socket.SOCK_STREAM) # 获取udp/ip套接字 udpSock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) 1、 服务端套接字函数 s. bind ()：绑定(主机,端口号)到套接字 s.

本文分析的u-boot的版本为2010.03 正常编译u-boot的流程如下 make xxx_config make all 在 u-boot之mkconfig解析 中，我们已经了解了make xxx_config做了哪些事情，今天我们就要利用它做的事情来继续分析make all这个命令。 其实make all就等于make 其实分析这个命令，也就是等于分析顶层目录下面的Makefile。下面就开始我们的探索 # 和U-Boot版本相关的一些内容 VERSION = 2010 PATCHLEVEL = 03 SUBLEVEL = EXTRAVERSION = ifneq "$(SUBLEVEL)" "" U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL).$(SUBLEVEL)$(EXTRAVERSION) else U_BOOT_VERSION = $(VERSION).$(PATCHLEVEL)$(EXTRAVERSION) endif TIMESTAMP_FILE = $(obj)include/timestamp_autogenerated.h VERSION_FILE = $(obj)include/version_autogenerated.h 上面是一些和u-boot版本相关的信息 # 确定主机CPU架构

json.dumps() 直接把常用参数列一下好了 参数名 解释 obj 要存入json文件的python对象 cls 默认None，则默认JSONEncoder编码，若有赋值，则是继承此类重写default方法，如下 class MyEncoder (json.JSONEncoder) : def default (self, obj) : if isinstance(obj, bytes): return obj.decode( "utf-8" ) return json.JSONEncoder.default(self, obj) json值若有byte类型，json.dumps(obj,cls=MyEncoder)解码才能保存到文件中 ensure_ascii 设置为False的话才可以把中文以中文的形式存到文件里，否则会是’\xXX\xXX’这种 indent 缩进的空格数，设置为非零值时，就起到了格式化的效果，比较美观 也就是说在使用json.dumps()的时候设置一下indent参数的值就好了。比如json.dumps(json_dict, indent=4)，加与不加的区别如下： 不加indent： {“title_pinyin”:”gywxw”,”title”:”隔云勿相望”,”url”:” http://www.ty2016.net/book/gywxw/ “