分发源码仿
A. 常听说开放“源代码”，“源代码”是什么，怎样开放求答案
linux和Zope是典型的开发源代码产品，IBM和HP是典型的开放源代码支持公司。
开放源代码软件是一种公开源代码的软件，任何人都可以修改、使用、拷贝、分发软件的源代码。Linux和Zope是最典型的开放源代码软件。
开放源代码软件由众多的商业公司共同开发，能够得到更好的质量保证。Zope是由数百个公司数千个开发人员共同维护的，他们共同组成了zope社区。同样Plone也是由很多的商业公司在共同开发和维护，润普公司正是这些商业公司的积极参与者之一。IBM和惠普也都是非常典型的开放源代码软件公司。
同传统的封闭源代码软件相比，开放源代码软件为客户带来如下价值：
没有版权问题: 客户无需支付软件License费用，便可授权使用。这同时极大地降低了解决方案的成本。
更加安全和稳定: 由于其开放性，开放软件源代码可以得到全世界众多同行的审查，因此更易具备类似Linux的安全性和稳定性
更强的生命力：开放源代码产品有更多的用户，因此她有着更强的生命力。 开放源代码软件不会因某个具体的公司的倒闭而结束。
B. app分发平台程序源码怎么搭建
跟蒲公英分发相似的可以试一下微导流分发，直接将apk文件上传，就可以生成下载链接及下载二维码了，用户直接扫码就可以下载了。
同时微导流也可以帮助搭建属于客户自己的分发平台，用户可以自己管理，自由上传，自己运营。
直接联系客户即可搭建分发托管平台。
C. 开放源代码软件如何生存的
开放源码软件《open-source》是一个新名词,它被定义为描述其源码可以被公众使用的软件,并且此软件的使用,修改和分发也不受许可证的限制。开放源码软件主要被散布在全世界的编程者队伍所开发，但是同时一些大学，政府机构承包商，协会和商业公司也开发它。开放源码软件在历史上曾经与UNIX，Internet联系的非常紧密。在这些系统中许多不同的硬件需要支持，而且源码分发是实现交叉平台可移植性的唯一实际可行的办法。在DOS，Windows，Macintosh平台上仅仅有很少的用户有可用的编译器，开放源码软件更加不普遍。对开放源码开发模式的更详细的讨论请看Eric Raymond写的“The Cathedral and the Bazaar”。使用Open-Source的优点
降低风险：拥有源代码使顾客们可以控制那些他们的业务所赖以生存的工具。当一个open-source产品的开发者提高价格，增加了难以接收的限制，或者使用了一些使顾客不满意的方法，另一个不同的组织将使用该源代码开始开发新的产品以解决原来机构的问题。顾客也能自己维护或找别人改进它以达到自己的要求。顾客控制软件，这在传统私有软件模式下是闻所未闻的事情。即使是一些财大气粗的顾客喊裂大也可能缓解由于传统软件商自己内部的问题而导致严重的金融危机或公司被别的公司收购的风险。
质量：一些研究已经显示了open-source软件与别的可比商业软件具有可靠性上的极大优势。更加有效的开发模式，更多的独立同行对代码和设计的双重审查，以及大部分作者对自己作品的极大荣誉感，都对其优良的质量有所贡献。一些公司甚至给予发现Bug者以物质奖励。
透明度：私有软件有很多“阴暗的死角”，隐藏着许多Bug。源码对于查错和理解产品工作原理来说是很重要的。在大的软件公司，只有极少数人能接触到源码，而这些能接触源码的人通常用户都无法直接接触。能接触源码对于修补安全漏洞来说，也是非常重要的。
正确的特性：一些开放源码的产品--包括上面列举的一些产品--是如此成功，以至于其商业竞争者无法存活。
剪裁：开放源码给用户极大自由，使他们能够按照自己的业务需求定制软件。大型组织能从即使很小的定制行为中削减大量开支和人力成本。用户的挑错和改进反过来对标准开放源码软件包也是个贡献。这在传统的私有软件开发中是不可能得到的。
有利的版权许可和价格：定义为开放源码使得软件在版权许可方面比私有软件具有更大的灵活性。这可以大大削减更多安装带来的花费和时间，对那些采购过程费时费力的机构更加有利。它也能给用户安装软件以更大的自由度。
什么时候不使用开放源码软件
错误的特性：如果一个开放源码产品不能很好地满足一个组织的需求，而另外的一个私有软件却可以，并且得到一个满足特性的私有软件的成本比再开发修改一个开放源码产品的成本高的话，最好不使用开放源码软件。但参考上面的“剪裁”。
支持: 一些open-source软件传统的付费支持和电话支持。事实上，无论怎样，这都没有一个既没有源代码且无支持的产品严重。请看支持和open source软件一节。
错误的平台：大部分open-source软件主要是支持UNIX和Linux系统的，有时也支持Windows NT。另一些平台，例如大型机，对于移植开放源码软件是个巨大挑战。移植软件从UNIX到Windows NT上要付出很大代价。然而。开放源码的优点几乎可以使平台转换显得更划算。
缺乏技术人员：安装open-source软件有时需要一些更多的技术经验，例如，可以配置或编译源代码的能力。有源代码的优点在一些没有软件开发专家的公司被降低了。open-source的定制也要求有配置管理经验。无论如何源嫌，那些充分具有上述技术能力的任何组织都会很好地享受open-source的优点。
惰性：如果现存的所有系统都被很好的支持并完成，就没有必要去改变它们。然而，时常的去检讨这个决定是很重要，因为新技术经常会使它们变得过时。
值得郑竖怀疑的避免open-source软件的原因
这些论据常被作为避免使用open-source软件的借口，但是通常经不起推敲。
---对未知的恐惧。
正如你在上面的“open-source软件的例子”一节所看到的，许多的组织已经严重的依赖open-source软件，不管他们的决策者是否意识到这一点。这个问题由于open-source开发者宣传和使用市场的增加，以及更多的拥护者的出现变得比较容易解决。
---在购买商业软件包上我们已经拥有巨大的投资。
这仅仅是“必然花费谬误”的一种形式。软件许可证，好像为写字楼付的租金，是一些消费，但不是投资。如果别的产品能很好的以较低的成本实现你的组织的需要，那么过去把钱花费在低级的软件上对
决策不应该产生影响。记住，你可能面临严重的政治上的反对，它来自于那些选择了赞成使用昂贵的，低级的产品，而不愿意承认他们的错误的守旧者。同时，考虑到它们可能被再次扩展，在训练职员和相关基础设施上的投资是完全合理的。
---如果出了问题，我们需要有人负责。
尽管理论上这听起来很合理，但如果我们一开始就使用可信赖的软件产品，远比在遭受经济损失之后才去控告软件供应商要好的多。几乎所有的主要软件公司都利用最终用户许可证的支持来解决一些由于他们软件的问题而带来的可能要负责的困扰。Microsoft和IBM公司有着庞大的，一流的法律职员，使得顾客的控诉不可能成功。在将来法律可能会越来越偏向软件供应商。
open-source和软件技术支持
商业支持和同几乎是那些正在使用open-source软件的公司最关心的问题了。付费支持是正当的问题，但是这对于open-source产品通常是可用的，而且一般都过高估计了它的重要性。
---许多主要的open-source产品都有可用的技术支持合同。
例如，Red Hat 和Caldera公司对他们销售的linux有电话支持。Cygnus,Collective 和许多小的顾问公司靠支持和增强open-source软件，生意也做的不错。而且越来越多的open-source软件在保持其开放源码状态的同时，也获得了大量商业维护和支持。
---电子邮件和Usenet新闻支持时非常有效的。
几乎所有开发open-source软件的组织都提供免费的电子邮件支持，提供邮件列表和Usenet新闻组。这些机制比电话支持更加实际有效。在一个有许多软件供应商所支持的调查中，“Linux用户协会”在1997年获得“最好的技术支持奖”，同时也暴露了许多对传统的软件开发商的服务质量的大量不满意见。
---对传统商业软件的支持经常是有限的并且是低质量的。
例如Microsoft公司仅仅提供了为它的所有产品仅仅提供了一个技术支持电话号码：900。许多市场商业销售支持人员把注意力集中在帮助初学者上手上，无法回答使用手册上没有包括的问题。许多软件公司认为传统的电话支持是很昂贵的代价，而因此消减它，这就导致了质量下降。
Netscape的发展趋势
一个着名的计算机工业杂志报道Netscape是“受大量免费和共享软件许可的启发”。事实上，Netscape正在与许多着名的UNIX自由软件开发者互通信息，现在看起来已经非常接近BSD和GPL许可证了。Nescape Public License和GPL有所不同，它使得Nescape对源码的开发和商标上有更多的控制。
Netscape的弃子战术是很聪明的。首先，浏览器的销售在Netscape的业务中已经只占很少一部分了。浏览器的开放源码状态不会对它有太大的冲击，另外有些想要正式技术支持的买家仍然愿意付钱。第二，它真正按照某个开放源码的许可证发放，从而完全改变了Microsoft免费派送Explorer造成的被动局面。这将有助于提高Nescape浏览器的市场份额。最后，Netscape的立场从开放源码社群中获得了友谊，信任度和潜在的巨大革新。Netscape的未来还不能让人放心，尤其是在NT的Web服务器上；但它为采用的勇敢的、戏剧性的许可证政策不会带来任何损失。
D. 既可以免费使用、复制，也可以自由修改并分发其源代码的软件是 什么
自由软件
小窍门（自己想的）：
如果有“自由修改”就是<自由软件>
“先使用后付费”的是<共享软件>
单纯免费使用（和代码无关）的是<免费软件>
删除后无垃圾的是<绿色软件>
E. 开放源代码软件的介绍
开放源码软件(open-source)是一个新名词，它被定义为描述其源码可以被公众使用的软件，并且此软件的使用，修改和分发也不受许可证的限制。开放源码软件通常是有right的，它的许可证可能包含这样一些限制： 蓄意的保护它的开放源码状态，着者身份的公告，或者开发的控制。“开放源码”正在被公众利益软件组织注册为认证标记，这也是创立正式的开放源码定义的一种手段。开放源码软件主要被散布在全世界的编程者队伍所开发，但是同时一些大学，政府机构承包商，协会和商业公司也开发它。源代码开放是信息技术发展引发网络革命所带来的面向未来以开放创新、共同创新为特点的、以人为本的创新2.0模式在软件行业的典型体现和生动注解。开放源码软件在历史上曾经与UNIX，Internet联系的非常紧密。在这些系统中许多不同的硬件需要支持，而且源码分发是实现交叉平台可移植性的唯一实际可行的办法。在DOS，Windows，Macintosh平台上仅仅有很少的用户有可用的编译器，开放源码软件更加不普遍。对开放源码开发模式的更详细的讨论请看Eric Raymond写的“The Cathedral and the Bazaar”。
F. 源代码是什么意思
G. Android Touch事件分发处理机制详解
Android应用的开发过程不可能不涉及到Touch事件的处理，简单地如设置OnClickListener、OnLongClickListener等监听器处理View的点击事件，复杂地如在自定义View中通过重写onTouchEvent来捕获用户交互事件以定制出各种效果，在使用的过程中或多或少会遇到一些奇怪的Bug，让你对Touch事件“从哪来，到哪去”产生迷之疑惑，经过多少次徘徊之后终于决定系统的分析下源码，本文就给大家分享下我的收获。
MotionEvent作为Touch事件的载体，采用时间片来管理Touch事件所有相关行为的数据，本文这样理解时间片这个概念：
通常MotionEvent会将触发当前事件的Pointer作为主要Pointer，其PointerIndex为0，而MotionEvent通过提供getX()这类不带index参数的接口以更方便的操作主要Pointer的数据。
了解了MotionEvent的组成结构之后，接下来就可以分析MotionEvent包含的事件类型了，MotionEvent通过getAction接口来获取事件Action，而Action中低8位地址存储的是事件类型（对于触摸事件来说，主要包括Down、Move、Up、Cancel、PointerDown、PointerUp），高8位地址存储的是PointerId（当事件类型为PointerDown、PointerUp时）。通常来说事件会以Down开始，以Up或Cancel结束，各事件所承担的角色以及各自的特点在分析事件分发与处理的过程时再详细说明。
另外，MotionEvent中的Flag需要说明一下：
本文仅分析Touch事件在Framework中Java层的传递，因此从事件传递到Activity开始分析。当Touch事件传递给Activity时，会调用Activity.dispatchTouchEvent(MotionEvent)，Activity会将事件传递给其Window进行处理，实际会调用PhoneWindow.superDispatchTouchEvent(MotionEvent)，PhoneWindow会将该事件传递给Android中View层级前埋中的顶层View（即DecorView）进行处理：
在Window未设置Callback的情况下，会调用父类的dispatchTouchEvent，DecorView继承自FrameLayout，然后FrameLayout并未实现dispatchEvent，因此最终调用ViewGroup.dispatchTouchEvent，也就是Touch事件分发的核心逻辑所在，前文中提到MotionEvent中事件类型主要包括Down、Move、Up、Cancel、PointerDown、PointerUp，而dispatchTouchEvent根据事件的不同类型会做不同处理，因此这里分别进行分析：
Down事件处理
非异常情况下，Touch事件的事件周期总是以Down事件开始的，因此Down事件在整个事件分发逻辑中起关键作用，将决定了后续Move、Up及Cancel事件的处理主体，先看一张Down事件分发的流程图：
从流程图中可以看到，Down事件的分发逻辑主要目的在于寻找到能处理该Touch事件的View控件（该View为以当前ViewGroup为Root节点的View层级中的View，利用寻找到的View创建事件处理Target），整个处理逻辑主要包含以下渣悔陆几步：
Move、Up、Cancel事件处理
完成Down事件的分发逻辑后，就确定了该Down事件后续Move、Up及Cancel事件的处理主体（注意：这里并没有确定PointerDown事件的处理主体，关于PointerDown事件的分发逻辑稍后分析），先通过一张流程图来感受下Move、Up、Cancel事件的分发逻辑：
从流程图可以看出，对于Move、Up、Cancel事件的分发步骤如如顷下：
PointerDown事件处理
PointerDown事件是在支持多Pointer(调用将FLAG_SPLIT_MOTION_EVENTS置位)的环境下，当有新的Pointer按下时产生的，该事件处理的特殊性在于会重新遍历View层级，寻找可以处理新Pointer事件的Target，具体流程参考Down事件的分发逻辑；遍历结束若仍没有找到处理该事件的Target，则会将新Pointer的处理权设置给已有Target中最早被添加的Target。完成Target的寻找之后，会将该事件通过dispatchTransformedTouchEvent传递至所有已有Target进行处理，可以通过下面流程图，对PointerDown事件的处理有一个更全局的认识：
PointerUp事件处理
相对于Up事件来说，对于PointerUp事件的处理区别在于当传递至所有已有Target结束之后并不能标记以Down事件起始的整个事件周期结束，仅能标记其关联Pointer（以PointerDown事件起始）的事件周期结束，因此不会清除所有状态，而仅会从已有Target中移除掉与该Pointer相关的部分。
onInterceptTouchEvent
在ViewGroup进行事件分发的过程中，会调用该函数来确定是否需要拦截事件，当该函数返回true时该事件将会被拦截，即不会进行正常的View层级传递，而是直接由该ViewGroup来处理，而拦截后的操作需要根据拦截事件的类型不同而不同：
dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View child, int desiredPointerIdBits)
在将事件传递给Target进行处理之前会调用该函数对MotionEvent进行处理：
MotionEvent.split(int idBits)
判断一个View控件是否消费一个事件，是由View.dispatchEvent的返回值来决定的，而View.dispatchEvent用于寻找事件的最终消费者，话不多说，还是通过一张流程图来个直观感受：
从流程图中可以看出，View会根据ouch事件对Scroll状态进行调整，并寻找该事件的最终处理器：
View.dispatchEvent将向其直接ViewGroup返回是否消费掉该事件，返回值将决定上级ViewGroup是否需要继续询问其他子View是否需要消费该事件。这就是View中分发事件的逻辑，真是简单粗暴！
从View.dispatchEvent的分析中可以发现当未对View设置mTouchListener或mTouchListener未消费掉该事件时，Touch事件最终将由View.onTouchEvent来决定是否消费，自定义View可以重写该方法实现自身的逻辑，此处仅分析View中的通用处理逻辑：
从上述分析可以很开心地发现熟悉的onClick及onLongClick事件的产生逻辑，若是之前没看过类似的文章，应该会有原来如此的感觉吧，哈哈~~
至此，Touch事件的分发与处理流程算是走通了，个人看完整个源码之后有种豁然开朗的感觉，能很清晰的分析向“为什么事件有时候传到某个View有时候却不传？”、“有时候只传前面几个事件后面却不传了？”等问题，也希望本文的分析能让你更清晰地感知Android中Touch事件的传递流程，如果发现文中有何错误，希望不吝赐教！
H. Android TV 焦点原理源码解析
相信很多刚接触AndroidTV开发的开发者，都会被各种焦点问题给折磨的不行。不管是学技术还是学习其他知识，都要学习和理解其中原理，碰到问题我们才能得心应手。下面就来探一探Android的焦点分发的过程。
Android焦点事件的分发是从ViewRootImpl的processKeyEvent开始的，源码如下：
源码比较长，下面我就慢慢来讲解一下具体的每一个细节。
dispatchKeyEvent方法返回true代表焦点事件被消费了。
ViewGroup的dispatchKeyEvent()方法的源码如下：
（2）ViewGroup的dispatchKeyEvent执行流程
（3）下面再来瞧瞧view的dispatchKeyEvent方法的具体的执行过程
惊奇的发现执行了onKeyListener中的onKey方法，如果onKey方法返回true，那么dispatchKeyEvent方法也会返回true
可以得出结论：如果想要修改ViewGroup焦点事件的分发，可以这么干：
注意：实际开发中，理论上所有焦点问题都可以通过给dispatchKeyEvent方法增加监听来来拦截来控制。
（1）dispatchKeyEvent方法返回false后，先得到按键的方向direction值，这个值是一个int类型参数。这个direction值是后面来进行焦点查找的。
（2）接着会调用DecorView的findFocus()方法一层一层往下查找已经获取焦点的子View。
ViewGroup的findFocus方法如下：
View的findFocus方法
说明：判断view是否获取焦点的isFocused()方法， (mPrivateFlags & PFLAG_FOCUSED) != 0 和view 的isFocused()方法是一致的。
其中isFocused()方法的作用是判断view是否已经获取焦点，如果viewGroup已经获取到了焦点，那么返回本身即可，否则通过mFocused的findFocus()方法来找焦点。mFocused其实就是ViewGroup中获取焦点的子view，如果mView不是ViewGourp的话，findFocus其实就是判断本身是否已经获取焦点，如果已经获取焦点了，返回本身。
（3）回到processKeyEvent方法中，如果findFocus方法返回的mFocused不为空，说明找到了当前获取焦点的view（mFocused），接着focusSearch会把direction（遥控器按键按下的方向）作为参数，找到特定方向下一个将要获取焦点的view，最后如果该view不为空，那么就让该view获取焦点。
（4）focusSearch方法的具体实现。
focusSearch方法的源码如下：
可以看出focusSearch其实是一层一层地网上调用父View的focusSearch方法，直到当前view是根布局（isRootNamespace()方法），通过注释可以知道focusSearch最终会调用DecorView的focusSearch方法。而DecorView的focusSearch方法找到的焦点view是通过FocusFinder来找到的。
（5）FocusFinder是什么？
它其实是一个实现 根据给定的按键方向，通过当前的获取焦点的View，查找下一个获取焦点的view这样算法的类。焦点没有被拦截的情况下，Android框架焦点的查找最终都是通过FocusFinder类来实现的。
（6）FocusFinder是如何通过findNextFocus方法寻找焦点的。
下面就来看看FocusFinder类是如何通过findNextFocus来找焦点的。一层一层往下看，后面会执行findNextUserSpecifiedFocus()方法，这个方法会执行focused(即当前获取焦点的View)的findUserSetNextFocus方法，如果该方法返回的View不为空，且isFocusable = true && isInTouchMode() = true的话，FocusFinder找到的焦点就是findNextUserSpecifiedFocus()返回的View。
（7）findNextFocus会优先根据XML里设置的下一个将获取焦点的View ID值来寻找将要获取焦点的View。
看看View的findUserSetNextFocus方法内部都干了些什么，OMG不就是通过我们xml布局里设置的nextFocusLeft，nextFocusRight的viewId来找焦点吗，如果按下Left键，那么便会通过nextFocusLeft值里的View Id值去找下一个获取焦点的View。
可以得出以下结论：
1. 如果一个View在XML布局中设置了focusable = true && isInTouchMode = true，那么这个View会优先获取焦点。
2. 通过设置nextFocusLeft，nextFocusRight，nextFocusUp，nextFocusDown值可以控制View的下一个焦点。
Android焦点的原理实现就这些。总结一下：
为了方便同志们学习，我这做了张导图，方便大家理解~
I. 想通过c++中的map容器实现函数分发，请教各位大神解答下疑惑
因为你使用的map的key是const char *类型，即存储的是一个指针类型，所以在下面的代码中使用find函数就找不到对应的key。这里主要要理解c风格字符串和c++字符串的差异。
可以渣羡将map的key类型改为string，修改后代码：
#include<iostream>
#include<string>
#include<map>
//定义函数指针
typedefvoid(*fun)(constchar*);
//定义map容器
std::map<困山std::string,fun>mapTest;
voidmyPrintf(constchar*pszStr){std::cout<<pszStr<<std::endl;}
intmain(intargc,char*argv[])
{
std::cout<<"map初始化!"<<std::endl;
mapTest.insert(std::pair<std::string,fun>("myPrintf",myPrintf));
std::stringstrCmd=汪梁中"myPrintf";
mapTest["myPrintf"]("123");
boolisFind=(mapTest.find(strCmd)==mapTest.end())?true:false;
if(!isFind)
{
mapTest[strCmd]("aaaa");
}
else
{
std::cout<<"找不到对应的处理函数!"<<std::endl;
}
return0;
}
执行结果：
J. 手机系统中的开放源代码许可是什么东西
手机系统中的开放源代码许可，是安卓系统的许可证。
开放源代码许可类似于商品的许可证，它是Android系统的许可证。打开它之后，您会看到很多英文，许可证可能要求派生程序使用与初始软件不同的名称或版本号。
(10)分发源码仿扩展阅读：
开源软件条件：
1、自由再发卖孝行
许可证不能限制任何团体出售或赠送该软件，并且该软件可以是来自多个不同来源的程序集成的原始软件发行版之一。许可证不能要求许可证费或其他费用来进行此类毕兄销售。
2、程序源代码
该程序必须包含源代码。必须允许发行版在包含编译形式的同时也包含程序源代码。当产品以某种形式发布而没有源代码时，必须非常醒目的告知用户，如何通过Internet免费下载源代码。
源代码必须以程序员修改程序时首选的形式提供。不允许故意干扰源代码。不允许将中间形式（例如预处理器或翻译器）用作源代码。
3、派生程序
许可证必须允许更改或派生程序。必须允许这些程序以与原始软件相同的许可证发行。
4、作者源代码的完整性
仅当许可证允许发布中数稿带有程序调整目的的带有源代码的“修补文件”时，许可证才能以修改后的形式限制源代码的发布。许可证必须明确允许分发使用更改后的源代码创建的程序。