男人性问题_百度知道
男人性问题
提早的性，有影响不
本人今年以17，和女人做过几次。基本都自己弄，1星期1次。如果影响大请给点建议。。。。。不专业的不要乱留言，，谢谢
提问者采纳
　　其实手淫也是人之常情（据统计无论男女，多数人都发生过手淫），从某种意义上讲，在特殊情况下（如妻子怀孕期、夫妻两地分居、无性伴侣又特别想那个......等），有节制的手淫(只要不是长期多次重复且成天沉迷于手淫),它对于个人身心健康还是有好处的。　　我认为：你的问题不仅是SY次数稍多了点，更关键的是你的精神负担太大，完全没有必要“正打算戒”。为什么要戒呢？只要注意间隔时间，只要不成天沉迷于SY，就像吃、喝、拉、撒，是一件非常正常的生理现象。　　“我基本一天一次啊，控制不了,从小就这样，以前还一天6次”,是多了点。关于SY的次数和频率问题（也就是说多长时间做一次），没有更多的人研究过，这方面的资料也无从查起，不过，我可以给你提供人的性交次数的资料：就性生活次数而言，不同人种，不同地区，不同社会文化背景，以及年龄、健康状况和心理状态不同而差别很大。有的新婚夫妇，可以天天作爱，而新婚之夜，连续做4-5次。男子性生活的次数一般随年龄的增长而逐步减少，有人统计过：22-25岁期间，每周3次；32-35岁，每周2次；在41-45岁，降到每周1次，50岁以上，则降到1月1-2次。 从生理上来讲，无论男女，年龄大小，在产生性兴奋时，只要不是勉强的，又没有什么不舒适的感觉，那么就可以过性生活，不必考虑隔了多长时间。只要第二天精神饱满、身心愉快就行。如果在性交后出现：精神倦怠，无精打采，全身无力，腰酸腿软，气短心跳，食欲减退等，就应当有所节制。 但也不必担心，一般性生活过度，只要暂时停止一段时间，注意休息，加强营养，对健康并无大碍。　　如果过度SY，发展成为“顽固性手淫癖”(女性也有,但男性偏多)，就难以治疗。其主要特征是：与性伴侣性交时很难达到性高潮(不爽)，严重的射精困难，而手淫时则快感强烈。其主要危害：中枢神经系统和全身症状：如意志消沉，记忆力减退，注意力不集中， 理解力下降，失眠，多梦，头昏，心悸等。泌尿生殖系疾病：慢性前列腺炎引起尿频、尿末滴白、下腹及会阴部不适、腰酸无力、性欲减退、阳痿、早泄、不射精等。它不仅影响快感,而且对传宗接代、家庭和谐都非常不利，这种顽症是患者长期多次反复（有的每天多次手淫而不能自拔）手淫造成的，患者不但在生理上形成了习惯，而且在心理上也产生了依赖，症状轻微的多数有性生活体验后能自愈,严重的要根治其难度是比较大的。
提问者评价
其他类似问题
为您推荐：
您可能关注的推广回答者：
人性的相关知识
其他5条回答
会影响到你性生理和性心理的发育。建议等成年后再行房。
13是学习的年龄！不该有这样的思想的
提早的性会给生殖器的发育带来一定的影响 比如阴茎短小
有前途啊。
这么早就有内个思想了。
你内个下面可能还不够成熟。 再忍忍几年吧
没问题的！只是要看自己的反应。如果做完不是很疲劳 还很爽的话 就没有问题。否则就应该减少次数
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁您好， []|
男女最爱讨论的10个性爱问题
[导读]我们的性生活次数是不是太少了？要怎样才能更快乐？这些都是男女间最常讨论的性爱问题。我们也能从中获得很多经验和知识，一起来看看吧！
男女之间最爱讨论的10个性爱问题问题六：私处在前戏中真的那么重要吗　　男女的私处都有极其丰富的神经末梢，抚摸绝对有助于激发性欲。性治疗专家建议，在性生活中男女都最好能像对待宝贝一样温柔地抚弄这些神经极其敏感的区域，动作一定不能粗暴。 　　问题七：女性修剪阴毛会不会让男人更有兴趣 　　这样做到底是好是坏没有定论，有些男士觉得剃了阴毛以后在性生活中的感觉更好了，有些人觉得没啥区别。一般来说，男士
少少会有些新鲜和刺激，可能更乐意尝试新的性爱方式。 　　问题八：为什么爱爱时阴道会发出类似放屁一样的声音 　　阴道吹气，也叫“阴吹”，是由于性交的过 程阴茎将空气压入阴道内，当这些气体排出时就会发出类似放屁的声音，这种时刻令人尴尬，特别是第一次HAPPY的时候。以前有一种观点认为，这说明女性的 阴道松弛，不过现在有专家提出了新观点，如果出现阴吹，至少说明性生活的过程令人愉悦，因为这种情况通常发生在阴道很润滑的情况下。 　　问题九：为什么下面总是不够湿 　　不够润湿也是许多女性感觉困惑的问题。对 于年纪比较大的女性来说，这是一个比较常见的问题，因为体内的雌激素水平正在下降，适当补充雌激素或使用润滑剂是简单可行的办法。如果是年轻女性遇到这样 的问题，那可能是还不够兴奋，或兴奋的时间不够长。不过，当阴道有炎症时也会出现这种情况，而某些药物如避孕药也能导致分泌物的减少。 　　问题十：高潮过后为什么会哭 　　高潮是一个心理和生理都得到极大释放的过程，不同的人会有不同的表现方式，呻吟、尖叫，甚至哭。如果精神上达到极度的愉悦和放松，哭是一点也不奇怪的事情。不用不好意思，这至少说明了一件事，你的性爱一点也不乏味。
相关微博：
：男人呀。。。女孩儿让你看她的身体，其实不过是想让你看藏在她身体里的心，千万别本末倒置了。——陆琪（上帝保佑，大家晚安）
[责任编辑：chaosu]
(请登录发言，并遵守)
日，顶级内衣维多利亚的秘密2013年度新品发布。
时尚视频高清大片
情感服饰美容口碑榜
115180条评论
212732条评论
311662条评论
410252条评论
59889条评论
67668条评论
77268条评论
86390条评论
96259条评论
105888条评论
Copyright & 1998 - 2015 Tencent. All Rights Reserved让天下没有难学的技术
可见性问题实例
可见性问题实例
说到并发安全时，我们常提及可见性的问题，通俗点讲就是线程1看不到线程2写入变量v的值（更专业的解释以及是什么导致可见性问题，又该如何解决，见），但一直偏于理论，实际中有没有因可见性而导致问题的例子呢？回答是肯定的，接下来我们一起来看几个例子。
这个例子很简单，新建的线程里有一个普通变量stop，用来表示是否结束循环里的自增操作。主线程启动这个线程后，将该变量置为true，观察线程是否打印出finish loop那行，如果存在可见性问题，主线程修改stop值为true，线程v看stop的值应该还是false。
class VisibilityThread extends Thread {
public void run() {
int i = 0;
System.out.println(&start loop.&);
while(!getStop()) {
System.out.println(&finish loop,i=& + i);
public void stopIt() {
public boolean getStop(){
public class VisibilityTest {
public static void main(String[] args) throws Exception {
VisibilityThread v = new VisibilityThread();
v.start();
Thread.sleep(1000);//停顿1秒等待新启线程执行
System.out.println(&即将置stop值为true&);
v.stopIt();
Thread.sleep(1000);
System.out.println(&finish main&);
System.out.println(&main中通过getStop获取的stop值:& + v.getStop());
我们先来执行一遍（操作系统：XP，下同。JDK：见图示）：
执行结果如上图，有人该问了，线程v最终停下来了，这不是表示它看到stop值为true了吗？是的，确实如此。但让我们再看一个这个程序的执行结果。
这一次，我们发现程序一直未能结束，表示线程v看到stop的值是false，但是主线程打印出的值却是true。
对比两次的执行方式，我们发现后一次加上了-server选项。显示version的时候也由Client VM变成了Server VM。那么Client VM与Server VM有什么区别在哪里？简单地讲，Client VM启动时做了一般优化，耗时少，启动快，但程序执行的也相对也较慢；Server VM启动的时候做了更多优化，耗时多，启动慢，但程序执行快。如果在运行java命令的时候没有指定具体模式的时候，会有一个默认值，这个默认值随硬件和操作系统的不同而不同，有张JDK 1.6在各平台默认VM模式的图。
我们再来看个例子，这个例子源于hotspot VM的一个bug：
public class InterruptedVisibilityTest {
public void think() {
System.out.println(&新线程正在执行&);
while (true) {
if (checkInterruptedStatus())
System.out.println(&新线程退出循环&);
private boolean checkInterruptedStatus() {
return Thread.currentThread().isInterrupted();
public static void main(String[] args) throws Exception {
final InterruptedVisibilityTest test = new InterruptedVisibilityTest();
Thread thinkerThread = new Thread(&Thinker&) {
public void run() {
test.think();
thinkerThread.start();
Thread.sleep(1000);//等待新线程执行
System.out.println(&马上中断thinkerThread&);
thinkerThread.interrupt();
System.out.println(&已经中断thinkerThread&);
thinkerThread.join(3000);
if (thinkerThread.isAlive()) {
System.err.println(&thinkerThread未能在中断后3s停止&);
System.err.println(&JMV bug&);
System.err.println(&主线程中检测thinkerThread的中断状态:& + thinkerThread.isInterrupted());
这个例子也很简单，thinkerThread一直检查中断状态，主线程在启动thinkerThread之后的某个时刻调用interrupt中断thinkerThread。在《The Java Language Specification Java SE 7 Edition》中我们能够看到，如果线程1调用线程2的interrupt方法，那么所有线程（包括线程2）都能通过Thread.isInterrupted方法来检测到这个中断状态。这里直接用hotspot VM的-server模式执行一下，结果如下图：
thinkerThread没能退出循环，没看到主线程所置的中断状态。
后面这个例子是hotpost VM的一个bug导致的，在最新的hotspot中应该已经被修复了（笔者未测试最新版）。其它VM如IBM J9，JRockit，harmony等并没有发现这样的bug。说这是bug，是因为JLS中规定了main发出的中断必须对thinkerThread可见。但是，如第一个例子，则不是bug，因为JLS是允许这种行为的。当在第一个例子的循环中的i++后面加上一句Thread.yield()调用（该调用在规范中并），这我使用的这个版本的VM上，就看不到可见性问题了。这也说明，JVM的优化是无法预知的，允许可见性的地方不一定就真会出现或一直出现。
JLS允许未充分同步的代码出现可见性问题，但是某个实际的JVM完全可以实现的比JLS上规定的更强，比如不允许可见性问题出现，那么，在这样的JVM上就展现不出这样的问题了。第一个例子这里只是运行在hotpost下，也许在其它JVM下同样采用最优化的方式执行，可能并不会出现这里的问题。
在我们编码的时候，也许并不知道代码会跑在什么样的系统上，不知道会采用什么样的JVM，为了使得写出的代码更健壮，我们只能按照规范所规定的最低保证去编码，要避免这类问题，只有保证代码充分同步，避免数据争用，而不应该依赖于某个具体JVM实现。即使是具体的某款JVM，不同的版本间也可能存在着差异。
最后，这样的例子启发我们，测试代码的时候应尽可能启用各JVM的最佳优化模式。
扩展阅读：
至此，我们已经了解到实际中多线程运行真的会出现这样的场景。为什么会出现可见性问题？有什么解决方案？下面链接中的内容为我们提供了专业的解答。
原创文章，转载请注明： 转载自
本文链接地址:
文章的脚注信息由WordPress的自动生成
英文名ticmy，本站的翻译主编，主要负责译文的翻译和校对工作，目前就职于阿里巴巴，对并发编程、JVM运行原理、正则等颇有兴趣；个人博客：/；同时，还是户外摄影爱好者。
Latest posts by 丁 一 ()
- 2015 年 6 月 14 日
- 2014 年 3 月 23 日
- 2013 年 11 月 17 日
Related posts:
(2 votes, average: 5.00 out of 5)
Loading...关于个人非货币性资产投资有关个人所得税征管问题的公告
本站热词：
您所在的位置：
国家税务总局
关于个人非货币性资产投资有关个人所得税征管问题的公告
国家税务总局公告2015年第20号
　　为落实国务院第83次常务会议决定，鼓励和引导民间个人投资，根据《中华人民共和国个人所得税法》及其实施条例、《中华人民共和国税收征收管理法》及其实施细则、《财政部 国家税务总局关于个人非货币性资产投资有关个人所得税政策的通知》（财税〔2015〕41号）规定，现就落实个人非货币性资产投资有关个人所得税征管问题公告如下：　　一、非货币性资产投资个人所得税以发生非货币性资产投资行为并取得被投资企业股权的个人为纳税人。　　二、非货币性资产投资个人所得税由纳税人向主管税务机关自行申报缴纳。　　三、纳税人以不动产投资的，以不动产所在地地税机关为主管税务机关；纳税人以其持有的企业股权对外投资的，以该企业所在地地税机关为主管税务机关；纳税人以其他非货币资产投资的，以被投资企业所在地地税机关为主管税务机关。　　四、纳税人非货币性资产投资应纳税所得额为非货币性资产转让收入减除该资产原值及合理税费后的余额。　　五、非货币性资产原值为纳税人取得该项资产时实际发生的支出。　　纳税人无法提供完整、准确的非货币性资产原值凭证，不能正确计算非货币性资产原值的，主管税务机关可依法核定其非货币性资产原值。　　六、合理税费是指纳税人在非货币性资产投资过程中发生的与资产转移相关的税金及合理费用。　　七、纳税人以股权投资的，该股权原值确认等相关问题依照《股权转让所得个人所得税管理办法（试行）》（国家税务总局公告2014年第67号发布）有关规定执行。　　八、纳税人非货币性资产投资需要分期缴纳个人所得税的，应于取得被投资企业股权之日的次月15日内，自行制定缴税计划并向主管税务机关报送《非货币性资产投资分期缴纳个人所得税备案表》（见附件）、纳税人身份证明、投资协议、非货币性资产评估价格证明材料、能够证明非货币性资产原值及合理税费的相关资料。　　日之前发生的非货币性资产投资，期限未超过5年，尚未进行税收处理且需要分期缴纳个人所得税的，纳税人应于本公告下发之日起30日内向主管税务机关办理分期缴税备案手续。　　九、纳税人分期缴税期间提出变更原分期缴税计划的，应重新制定分期缴税计划并向主管税务机关重新报送《非货币性资产投资分期缴纳个人所得税备案表》。　　十、纳税人按分期缴税计划向主管税务机关办理纳税申报时，应提供已在主管税务机关备案的《非货币性资产投资分期缴纳个人所得税备案表》和本期之前各期已缴纳个人所得税的完税凭证。　　十一、纳税人在分期缴税期间转让股权的，应于转让股权之日的次月15日内向主管税务机关申报纳税。　　十二、被投资企业应将纳税人以非货币性资产投入本企业取得股权和分期缴税期间纳税人股权变动情况，分别于相关事项发生后15日内向主管税务机关报告，并协助税务机关执行公务。　　十三、纳税人和被投资企业未按规定备案、缴税和报送资料的，按照《中华人民共和国税收征收管理法》及有关规定处理。　　十四、本公告自日起施行。　　特此公告。??????　　附件：　　　　国家税务总局日　　链接：最近写了一个关于 铁道部购票系统的若干文章&
正好遇到一个博友，咨询了一个问题，这个问题正好可以作为分布式系统的数据一致性的简单例子，当然，这个只是比较简单的情况
现在先抛出问题，假设有一个主数据中心在北京M，然后有成都A，上海B两个地方数据中心，现在的问题是，假设成都上海各自的数据中心有记录变更，需要先同步到主数据中心，主数据中心更新完成之后，在把最新的数据分发到上海，成都的地方数据中心A，地方数据中心更新数据，保持和主数据中心一致性（数据库结构完全一致）。数据更新的消息是通过一台中心的MQ进行转发。
先把问题简单化处理，假设A增加一条记录Message_A，发送到M，B增加一条记录 MESSAGE_B发送到M，都是通过MQ服务器进行转发，那么M系统接收到条消息，增加两条数据，那么M在把增加的消息群发给A，B，A和B找到自己缺失的数据，更新数据库。这样就完成了一个数据的同步。
从正常情况下来看，都没有问题，逻辑完全合理，但是请考虑以下三个问题
1 如何保证A-&M的消息，M一定接收到了，同样，如何保证M-&A的消息，M一定接收到了
2 如果数据需要一致性更新，比如A发送了三条消息给M，M要么全部保存，要么全部不保存，不能够只保存其中的几条记录。我们假设更新的数据是一条条发送的。
3 假设同时A发送了多条更新请求，如何保证顺序性要求？
这两个问题就是分布式环境下数据一致性的问题
对于第一个问题，比较好解决，我们先看看一个tcp/ip协议链接建立的过程
我们的思路可以从这个上面出发，在简化一下，就一个请求，一个应答。
简单的通信模型是这样的
A-&M : 你收到我的一条消息没有，消息的ID是12345
M-&A: &我收到了你的一条消息数据，消息数据是ID;12345
这样就一个请求，一个应答，就完成了一次可靠性的传输。如果A一致没有收到M的应答，就不断的重试。这个时候M就必须保证幂等性。不能重复的处理消息。那么最极端的情况是，怎么也收不到M的应答，这个时候是系统故障。自己检查一下吧。
这么设计就要求，A在发送消息的时候持久化这个消息的数据内容，然后不断的重试，一旦接收到M的应答，就删除这条消息。同样，M端也是一样的。不要相信MQ的持久化机制，不是很靠谱的。
那么M给A发送消息也采取类似的原理就可以了。
下面在看看第二个问题，如何保持数据的一致性更新，这个还是可以参考TCP/IP的协议。
首先A发送一条消息给M：我要发送一批消息数据给你，批次号是10000，数据是5条。
M发送一条消息给A：ok，我准备好了，批次号是10000，发送方你A
接着A发送5条消息给M，消息ID分别为1，2，3，4，5 ，批次号是10000，
紧接着，A发送一个信息给M：我已经完成5小消息的发送，你要提交数据更新了
接下来可能发送两种情况
1 那么M发送消息给A：ok，我收到了5条消息，开始提交数据
2 那么M也可以发送给A：我收到了5条消息，但是还缺少，请你重新发送，那么A就继续发送，直到A收到M成功的应答。
整个过程相当复杂。这个也就是数据一旦分布了，带来最大的问题就是数据一致性的问题。这个成本非常高。
对于第三个问题，这个就比较复杂了
这个最核心的问题就是消息的顺序性，我们只能在每个消息发一个消息的序列号，但是还是没有最好解决这个问题的办法。因为消息接收方不知道顺序。因为即使给他了序列号，也没有办法告诉他，这个应该何时处理。最好的办法是在第二种方式的基础作为一个批次来更新。
这个只是以最简单的例子来说明一下分布式系统的要保证数据一致性是一件代价很大的事情。当然有的博主会说，这个何必这么复杂，直接数据库同步不就可以了。这个例子当然是没有问题的，万一这个几个库的模型都不一样，我发送消息要处理的事情不一样的。怎么办？
阅读(...) 评论()}