由于资源复用，D2D链路与蜂窝链路之间会产生同频干扰。
为了抑制这种干扰，提出了一种基于Kuhn-Munkres最优匹配的资源分配算法。
该算法采用了图论中的Kuhn-Munkres最优匹配算法来实现最大限度的复用系统内的RB，达到提高系统吞吐量的目的。
同时，通过使一对D2D用户复用多个RB进行通信以保证不同的QoS需求。
最后，通过计算机仿真可以看出，该算法既可以有效地满足D2D用户的不同QoS需求，又提高了系统吞吐量。

简单的贪吃蛇源码一：实现原理通过自定义view,然后根据小蛇的移动速度来不停的更新，绘制界面。
二：效果如下三：核心实现1：小蛇的位置是由很多点来绘制完成的，里面的点全部装在里面ArrayList里面。
2:在ondraw里面绘制出来这些点，区别蛇头和蛇尾3：食物的绘制，通过随机的方法生成一个小与手机屏幕宽高的点，通过ondraw在绘制出来。
4：当小蛇移动的时候其实就是删除SpointList里面的最后一个点，在添加一个最新的点在SpointList为0的位置，最新的位置依据小蛇移动的方向来做判断。
然后在重新绘制就会给人感觉小蛇移动了一步的感觉。

此文件主要是利用YOLOv3来训练自己的数据集，最后得到权重，然后可以利用权重来对交通路标进行识别，识别效果较为明显，内含训练权重。

此代码的亮点在于CRC全网只有我一份带CRC校验的源程序，直接能用。
*文件名:SHT75.C*创建者:Kaiser*描述:访问SHT75*最后修改:2016年9月5日

新词发现作为自然语言处理领域的一项基础研究,一直受到学术界和企业界的广泛关注。
将新词发现问题转换为确定词语边界问题。
首先对语料进行中文分词,然后统计"散串",最后提出一种基于词内部结合度和边界自由度的新词发现方法。
通过在大规模语料上进行新词发现实验,验证了该方法的有效性。
今后的研究重点将放在如何有效地识别低频新词上,以提高系统的整体性能。

用java编24点游戏，完全图形化界面，整个游戏又四个不同的版块构成，最后集成到一块，非常棒的游戏源码，值得参考。

用hopfield网络解决TSP问题，在这里有10个程序，最后程序求出了最可行的解，效果还是非常好的

（1）创建生产者和消费者线程在Windows2000环境下，创建一个控制台进程，在此进程中创建n个线程来模拟生产者或者消费者。
这些线程的信息由本程序定义的“测试用例文件”中予以指定。
该文件的格式和含义如下：31P32P43C414P25C3124第一行说明程序中设置几个临界区，其余每行分别描述了一个生产者或者消费者线程的信息。
每一行的各字段间用Tab键隔开。
不管是消费者还是生产者，都有一个对应的线程号，即每一行开始字段那个整数。
第二个字段用字母P或者C区分是生产者还是消费者。
第三个字段表示在进入相应线程后，在进行生产和消费动作前的休眠时间，以秒计时；
这样做的目的是可以通过调整这一列参数，控制开始进行生产和消费动作的时间。
如果是代表生产者，则该行只有三个字段。
如果代表消费者，则该行后边还有若干字段，代表要求消费的产品所对应的生产者的线程号。
所以务必确认这些对应的线程号存在并且该线程代表一个生产者。
（2）生产和消费的规则在按照上述要求创建线程进行相应的读写操作时，还需要符合以下要求：①共享缓冲区存在空闲空间时，生产者即可使用共享缓冲区。
②从上边的测试数据文件例子可以看出，某一生产者生产一个产品后，可能不止一个消费者，或者一个消费者多次地请求消费该产品。
此时，只有当所有的消费需求都被满足以后，该产品所在的共享缓冲区才可以被释放，并作为空闲空间允许新的生产者使用。
③每个消费者线程的各个消费需求之间存在先后顺序。
例如上述测试用例文件包含一行信息“5C3l24”，可知这代表一个消费者线程，该线程请求消费1，2，4号生产者线程生产的产品。
而这种消费是有严格顺序的，消费1号线程产品的请求得到满足后才能继续往下请求2号生产者线程的产品。
④要求在每个线程发出读写操作申请、开始读写操作和结束读写操作时分别显示提示信息。
（3）相关基础知识本实验所使用的生产者和消费者模型具有如下特点：本实验的多个缓冲区不是环形循环的，也不要求按顺序访问。
生产者可以把产品放到目前某一个空缓冲区中。
消费者只消费指定生产者的产品。
在测试用例文件中指定了所有的生产和消费的需求，只有当共享缓冲区的数据满足了所有关于它的消费需求后，此共享缓冲区才可以作为空闲空间允许新的生产者使用。
本实验在为生产者分配缓冲区时各生产者间必须互斥，此后各个生产者的具体生产活动可以并发。
而消费者之间只有在对同一产品进行消费时才需要互斥，同时它们在消费过程结束时需要判断该消费对象是否已经消费完毕并清除该产品。
Windows用来实现同步和互斥的实体。
在Windows中，常见的同步对象有：信号量(Semaphore)、互斥量(Mutex)、临界段(CriticalSection)等。
使用这些对象都分为三个步骤，一是创建或者初始化：接着请求该同步对象，随即进入临界区，这一步对应于互斥量的上锁；
最后释放该同步对象，这对应于互斥量的解锁。
这些同步对象在一个线程中创建，在其他线程中都可以使用，从而实现同步互斥。

本资源包含一次项目研究的全部资料。
详细分析了PeerSim的用法，并对当前P2P仿真状况进行了研究，最后，作为示例，作者设计了一个简单的P2P信任协议并移植到了PeerSim中，以使人们更加了解PeerSim的运行流程。
资源中包含的代码都有详细的注释。
本资源稍加修改就可作为一次本科毕业设计直接上交

网上大部分的转换代码都没有考虑对齐问题，好不容易找到这个，没有问题。
但是在批量处理图片时，需要修改两个地方 intusedTimes[4096]={0};//12b intminiColor[4096];要改new出来，并把usedTimes初始化在Transfer函数的最后要delete[]usedTimes和delete[]miniColor，不然的话，批量处理堆栈会溢出。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。