一.前言 在iOS开发过程中,我们经常会用16进制来表示色值,一般来说我们都是这样表示的:比如#000000表示黑色,#ffffff表示白色,但是如果我们想来个透明度呢? 接下来就让我们来了解一下怎么来搞argb/rgba的色值. 二.先来了解一下基础知识(和iOS无关,通用) 1.十六进制颜色码 简单来说,就是以#开头的6位十六进制数值表示一种颜色. 在rgb中,红色可以表示成(255,0,0)那么255转换成16进制(这里用255/16进行计算)就是FF,0还是00,所以红色的十六进制表示就

暂时在用MPC8309,不太清楚大小端内核是什么时候给转的. 今天看了关于readl和writel具体实现的文章 今天就主要来分析下readl/writel如何实现高效的数据swap和寄存器读写.我们就以readl为例,针对big-endian处理器,如何来对寄存器数据进行处理. kernel下readl定义如下,在include/asm-generic/io.h #define readw(addr) __le32_to_cpu(__raw_readw(addr)) __raw_readl是最

ARM CPU大小端: 大端模式:低位字节存在高地址上,高位字节存在低地址上 小端模式:高位字节存在高地址上,低位字节存在低地址上 STM32属于小端模式,简单的说,比如u32 temp=0X12345678;假设temp地址在0X2000 0010.那么在内存里面,存放就变成了:地址              |            HEX         |0X2000 0010  |  78   56   43  12  |CPU到底是大端还是小端,可以通过如下代码测试: //CPU大小

1.共用体和结构体的相同和不同 (1)相同点就是操作语法几乎相同.(2)不同点是本质上的不同.struct是多个独立元素(内存空间)打包在一起:union是一个元素(内存空间)的多种不同解析方式. #include<stdio.h> //对同一地址数据的不同解析方法 union myunion { int a; int b; //char b; }; struct mystruct { int a; char b; }; int main(void) { union myunion u1; s

1.联合体union的基本特性——和struct的同与不同 union,中文名“联合体.共用体”,在某种程度上类似结构体struct的一种数据结构,共用体(union)和结构体(struct)同样可以包含很多种数据类型和变量. 在成员完全相同的情况下,struct比union占用的内存要多一些. 原因是C中struct和union的内存分配机制不同: 在struct中,所有的成员都有自己的存储空间,而且为了便于寻址和管理,所有的数据成员都要遵循内存对齐的规则: 在union中,所有的成员共用一块

不同体系结构的CPU,数据在内存中存放的排列顺序是不一样的. 存储器中对数据的存储是以字节(Byte)为基本单位的,因此,字(Word)和半字(Half-Word)在存储器中就有两种次序,分别称为:大端模式(Big Endian)和小端模式(Little Endian). 大端存储模式是指字或半字的最高字节(Most Significant Bit,MSB)存放在内存的最低位字节地址上,而字数据的低字节则存放在高地址中.打个比方,有一个字为0x12345678,这个字由4个字节组成,从高位到低位

在一个物联往项目中,需要java云平台与一个客户端做socket定制协议的通信:然而在第一次测试时,并没有按照预想的那样完成解析.查找资料以后是因为客户端的数据读取方式为小端模式,而java默认采用大端模式. 在计算机系统中,我们是以字节为单位的,每个地址单元都对应着一个字节,一个字节为 8bit.但是在C语言中除了8bit的char之外,还有16bit的short型,32bit的long型(要看具体的编译器),另外,对于位数大于 8位的处理器,例如16位或者32位的处理器,由于寄存器宽度大于一

#include<stdio.h> #include<netinet/in.h> #include<stdlib.h> #include<string.h> int main(){ ); char * p="0.0.0.1"; struct sockaddr_in servaddr; bzero(&servaddr,sizeof(servaddr)); inet_pton(AF_INET,p,&servaddr.sin_a

大端模式,是指数据的低位保存在内存的高地址中,而数据的高位,保存在内存的低地址中:小端模式,是指数据的低位保存在内存的低地址中,而数据的高位保存在内存的高地址中. 为什么会有大小端模式之分呢?这是因为在计算机系统中,我们是以字节为单位的,每个地址单元都对应着一个字节,一个字节为8bit.但是在C语言中除了8bit的char之外,还有16bit的short型.32bit的long型(要看具体的编译器).另外,对于位数大于8位的处理器,例如16位或者32位的处理器,由于寄存器宽度大于一个字节,那么必

关于“ACM” fender0107401 :面试了一个在ACM拿过奖的人 我问了他几个问题: 读取数组中的一个元素,计算复杂度是多少,回答不清楚. 往链表里面存一个数,不排序的情况下,计算复杂度是多少,回答不清楚. vector和array有什么区别,回答不清楚. hash table是什么,回答不清楚. 后来这货有点慌了,开始跟我扯ACM主要是搞什么动态规划,优化程序的复杂度的. 我心想,搞个毛啊,就这几个基础中的基础都不知道,还扯什么啊. 上次还面试过一个名校的软件工程专业的高材生.我问他

大端模式:  数据的高字节存在低地址  数据的低字节存在高地址 小端模式:  数据的高字节存在高地址  数据的低字节存在低地址 如图,i为int类型占4个字节,但只有1个字节的值为1,另外3个字节值为0:取出低地址上的值,当其为1时则为小端模式,为0时为大端模式. //大小端模式的判断 //方法一:利用联合体所有成员的起始位置一致, //对联合体中的int类型赋值,然后判断联合体中char类型的值的大小 void SysCheck() { union IsLitte_Endian { int i

本篇文章主要介绍了"C# 网络通信大小端转换类" using System;namespace Framework.NetPackage.Common { /// <summary>/// 字节序转换...   using System; namespace Framework.NetPackage.Common { /// <summary> /// 字节序转换 /// </summary> public static class Endian {

#include <stdio.h> #include <assert.h> size_t mstrlen(const char *s) { assert(s != NULL); if (s == NULL) { return 0; } size_t ret = 0; while (*s != '\0') { ++ret; ++s; } return ret; } void test_strlen() { char a[] = "hello,world"; pr

我的博客:www.while0.com 参考http://blog.csdn.net/ce123_zhouwei/article/details/6971544 写的很详细. 大小端主要是对数字类型来说的,字符串不存在大小端问题,字符串是从低地址到高地址顺序排列的. 1) Little-Endian就是低位字节排放在内存的低地址端,高位字节排放在内存的高地址端.2) Big-Endian就是高位字节排放在内存的低地址端,低位字节排放在内存的高地址端. 在我们的X86系列中,主要是使用的小端(Li

union 关键字(主要用来压缩空间,如果一些数据不可能同一时间同时用到,可是考虑使用union) union关键字声明的变量称之为联合体变量: (1)联合体变量只配置一个足够大的空间来容纳最大长度的数据成员, (2)联合体中的数据共享一块空间,同一时间只能存储其中的一个数据成员, (3)联合体的所有数据成员拥有相同的起始地址. 例如: union date { char a; int b; double c; } 2.大小端模式 大端模式:数据的高字节存储在低地址,低字节在高地址 小端模式:数

大小端的定义无需赘言,常用的方法有使用联合体和指针法,如: int checkCPU() { union w { int a; char b; }c; c.a = 1; return (c.b == 1); // 小端返回TRUE,大端返回FALSE } 实际上Linux操作系统的源码中,其判断更为简洁: static union { char c[4]; unsigned long mylong; } endian_test = {{ 'l', '?', '?', 'b' } }; #defi

1. Little-Endian(小端存储),即将低字节的数据存储于低地址中,Big-Endian(大端存储)反之. 2. 小端存储称为Intel模式,大端存储称为Motorola模式. 3. C51中LCALL指令将下一指令的执行地址压入堆栈中(堆栈地址由低向高增长),先存入低字节地址,再存入高字节地址,亦即使用“小端模式(Intel模式)”:除此之外,C51中的其它指令和数据,均使用“大端模式(Motorola模式)”. The -bit machine and has no instruc

在X86系统下,以下程序输出的值为多少? #include <stdio.h> #include <stdlib.h> int main(void) { ]={,,,,}; ); ); printf(),ptr1[-],*ptr2); system("pause"); ; } 执行以上代码,运行结果为: 分析: &a+1:取数组a的首地址,该地址的值加上 sizeof(a) 的值,即:&a + 5 * sizeof(int),也就是下一个数组的首

union: 不允许只用联合变量名作赋值或其它操作. 也不允许对联合变量作初始化赋值,赋值只能在程序中进行. 小端存储: 以字节为单位,低存低,高存高. 任何数据在内存中都是以二进制(1或着0)顺序存储的,每一个1或着0被称为1位,而在x86CPU上一个字节是8位.比如一个16位(2字节)的 short int型变量的值是1156,那么它的二进制表达就是:00000100 10000100.由于Intel CPU的架构是Little Endian(小端存储,请参数机算机原理相关知识),所以它是按

目前使用的机器都是使用字节BYTE来存储的. 对于跨越多字节的对象,必须搞清楚两个规则: 这个对象的地址是什么 在存储器中如何按照这些字节的存放的书序 对于一个整型对象 a=0x12345678,一共有四个字节.假设存放在地址0x00002000中,于是,在0x2000开始放0x78还是0x12就是一个大小端问题.但是,对于只是读写一个WORD32而言,计算器如何存储WORD32字节序,其实并不重要. 大小端的存储示例:大端法 0x2000 0x2001 0x2002 0x2003 小端法 0x

起因 前公司商城App项目使用的是H5开发,有微信公众号.Ios和Android三个版本,H5版本是自己写的一套框架,已经用了有些年头了,承载不下不断涌现出的新需求.而Ios和Android端通过webview加载h5文件显示,App的原生功能和H5交互的代码写得有些凌乱,在我接手项目后老板完全没给重构的时间,所以只能在做新功能的时候顺手一点点的重构.后来要做一个与原先的商城相对独立的新商城,而且新商城的入口放在老商城中.因为时间紧任务重,使用React Native或者weex的话需要将原项目