关于手机号码数理的计算和推导,获得“平替”尾号

文章背景:我个人比较相信命运,对于手机号码的吉凶或是数理颇为在乎。最近,我沉浸于这方面的研究中,并发现许多手机号码的数理核心竟出奇地一致——关键在于后四位尾号,而前面的数字似乎并不占据主导位置。然而,当我邂逅了一个极为心仪的手机尾号,却遗憾地得知它已被他人捷足先登。这促使我开始思考:是否存在一个能与之数理相通、寓意相近的“平替”尾号呢?带着这样的疑问,我投入了一整个下午的时间,广泛搜集信息,深入探究,并最终将这些宝贵的发现与心得整理成篇,与大家共享。

一.如何查阅自己手机数理

首先先来介绍一下,如何查看自己手机的好不好,数理如何?

可以通过若干个网站,比如如下链接

https://www.haojixiong.com/shouji/icon-default.png?t=O83Ahttps://www.haojixiong.com/shouji/手机吉凶查询 - 手机号码吉凶分析,手机号码吉凶查询,手机号码吉凶测试算法始创于1994年,十多年来,号令天下作为一种基于易经数理的手机电话号码吉凶幸运号码预测查询工具,风靡全球,实为民间大众居家旅行、茶余饭后之娱乐占卜消闲号码吉凶测算游戏和手机号码归属地查询、电话号码价值评估测试工具。icon-default.png?t=O83Ahttp://mobile.9om.com/help.html手机号码测吉凶-手机号码吉凶查询-手机号码吉凶预测-汉程网汉程网手机号码测吉凶,结合八字五行/周易81数理/易经卦象/数字能量等测试手机号码吉凶,查询手机号码是否匹配八字五行,数理吉凶评分,使用手机号码的短期及长期影响等。icon-default.png?t=O83Ahttps://life.httpcn.com/mobile.asp#main

我们在这里输入自己的手机号,就会出来对应的一个数理。

这个数理的计算逻辑,只和号码最后四位有关系,和前面的没有关系。

二.具体算法是怎么算的

具体操作:
1、先将手机号码最后四位抽出,作为测字基数。
2、除以80,减去所有整数位(若结果为0,则吉凶数字为80,省略下一步)
3、再将所得出的小数位乘以80,就得出一个吉凶数字。
4、查询预测表对照结果。


举例说明:

  • 你的手机号最后4位是1234
  • 那么 1234/80=15.425
  • 舍去整数位 15.425=0.425
  • 然后 0.425*80=34
  • 结果就是这个,34号 (三十四划) ,然后查对照表:

                                                           图:对照表(部分)

如果我们再用更清晰的算法来解释的话。

这个算法实际上是在做模运算(取余运算),只不过它是通过一系列步骤来实现的。

具体来说,该算法的操作如下:

1. 取行动电话号码后四位数字。
2. 将这四位数字除以80。
3. 减去商的整数部分,这样就留下了小数部分。
4. 将小数部分乘以80,得到的结果就是原来四位数除以80的余数。

换句话说,如果我们将电话号码的后四位记作吉祥如意数字

那么吉祥如意数字可以通过下面的数学表达式直接得出:

吉祥如意数字=(x mod 80)

这里的 mod 表示模运算,也就是求余数。这个算法的目的就是找到一个介于0到79之间的数字,这个数字是原数 xx 除以80之后的余数。

三.具体操作

比如我们现在看数理67的号码蛮好的,我们想要算出拥有这个数理号码怎么办?

由于数理只受到后四位的影响,所以这些符合条件的四位数

比如1107,1187,1267都能满足数理67这个要求。我们可以验证一下 

测试成功!这样如果你碰到1107的尾号被选择完了,你还可以用1187来替换 或者其他数字,这样我们的选择就灵活多了!

<think>好的,我现在要解决用户在IAR编译器中遇到的错误:“incomplete type is not allowed”。首先,我需要理解这个错误的含义常见原因。根据我的知识库,这个错误通常发生在代码中使用了未完全定义的类型,比如结构体或联合体声明了但未定义,或者前向声明了某个类型但没有提供完整的定义。 首先,我应该检查用户代码中是否有结构体或联合体的声明但没有定义的情况。比如,如果有一个结构体声明为`struct MyStruct;`,但没有后续的完整定义,那么在需要该结构体大小或成员的地方,编译器就会报这个错误。这时候,需要用户补全结构体的定义,包括成员变量。 其次,检查是否在头文件中只声明了类型而没有包含定义。例如,如果在头文件中使用前向声明,但在使用该类型的源文件中没有包含实际的定义头文件,这也会导致错误。此时,需要确保在使用类型的地方包含了正确的头文件,或者将前向声明替换为完整的定义。 另外,还要考虑typedef的问题。如果用户使用了typedef创建别名,但原始类型未完全定义,同样会引发错误。例如,`typedef struct MyStruct MyType;`之后,如果尝试使用MyType但MyStruct尚未定义,就会出错。需要确保在使用typedef之前,原始类型已经被完整定义。 此外,数组声明中的类型不完整也是一个常见原因。比如声明数组时,如果元素类型未完全定义,编译器无法确定数组的大小,导致错误。需要检查数组声明中的类型是否已经完整定义。 可能还有其他情况,比如在CC++混合编程时,如果没有正确使用extern "C",或者在头文件中遗漏了必要的包含,也可能导致类型不完整。需要用户检查这些方面。 接下来,我需要将这些可能的原因整理成清晰的解决步骤,并给出具体的代码示例,帮助用户理解如何修改。同时,根据用户提供的引用内容,虽然引用[1]引用[2]是关于其他错误的,但用户可能希望看到类似的结构,即分点说明解决方案,并引用相关资源。 最后,生成相关问题,帮助用户进一步了解可能相关的编译错误,比如类型未定义、前向声明问题等。这样用户可以有更全面的认识,预防其他类似错误的发生。</think>### IAR编译器错误'incomplete type is not allowed'解决方案 该错误表示代码中使用了**未完全定义的类型**,编译器无法确定其内存布局或成员信息。以下是具体原因及解决方法: #### 1. 结构体/联合体未定义完整 若声明了结构体但未定义成员,在实例化时会报错: ```c struct MyStruct; // 前向声明不完整 struct MyStruct var; // 错误:使用未完成类型 ``` **解决方案**:补全类型定义 ```c struct MyStruct { int id; char name[20]; }; ``` #### 2. 头文件包含缺失 当跨文件使用类型时,需确保定义可见: ```c // file.h struct Data; // 前向声明 // file.c struct Data { // 实际定义 int value; }; ``` **解决方案**:在使用该类型的文件中包含定义头文件 ```c #include "file.c" // 包含实际定义 ``` #### 3. typedef别名问题 使用typedef时原始类型必须完整: ```c typedef struct Node NodeT; // 前向声明 NodeT* ptr; // 允许指针声明 NodeT instance; // 错误:不完整类型 ``` **解决方案**:先完成类型定义再typedef ```c struct Node { int data; struct Node* next; }; typedef struct Node NodeT; ``` #### 4. 数组声明不完整 数组元素类型必须完全定义: ```c struct Element; struct Element arr[10]; // 错误:元素类型未定义 ``` **解决方案**: ```c struct Element { int type; float value; }; struct Element arr[10]; // 合法 ``` #### 调试建议 1. 在IAR工程中搜索错误行号定位问题代码 2. 使用Go to Definition功能追踪类型定义 3. 检查所有头文件包含链 4. 确认没有循环依赖的头文件 编译器需要知道类型的完整信息才能: - 计算sizeof大小 - 分配内存空间 - 访问成员变量 - 进行类型对齐 [^1]: 类似类型转换错误可参考浮点转整型的类型适配问题。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

杨骅麟(Hadrain Young)

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值