为什么会胎停？
我们都希望能顺顺利利怀上小宝宝，享受做妈妈的喜悦，但是真的很无奈，有些准妈妈不得不难过地和肚中的宝宝告别。胎停育的情况越来越多，造成胎停育的原因有哪些呢？我们来了解一下吧。
　　为什么会胎停？　　1、生殖道感染
　　上各种因素外，感染所致孕早期流产愈来愈受到国内外学者的重视。妊娠早期严重的TDRCH感染可引起胚胎死亡或流产，较轻感染亦可引起胚胎畸形。研究表明巨细胞病毒可引起过期流产、胎死宫内等。
　　2、染色体异常
　　女性胎停育引发的原因有哪些？染色体异常多导致胚胎不发育而致早期流产。染色体异常包括数量和结构异常，数量上的异常可分为非整倍体和多倍体，最常见的异常核型为三倍体，而16三体又占1/3，常有致死性。21三体中有25~67%，13三体中有4一50%，18三体中有6~33%必然流产。其他有单倍体(4SX)，四倍体因卵裂异常致胚胎不发育。结构异常有缺失，平衡易位、倒置、重叠等闭。平衡易位是最常见的染色体异常。
　　3、内分泌失调
　　胚胎着床及继续发育依赖于复杂的内分泌系统彼此协调，任何一个环节失常，都可致流产，其中最常见的是黄体功能不良，黄体功能不全可造成子宫内膜发育迟缓和黄体期短，从而影响受精卵的种植，或早期妊娠流产
　　4、免疫因素
　　女性胎停育引发的原因有哪些？妊娠宫内的胚胎或胎儿实属同种异体移植，因为胎儿是父母的遗传物质的结合体和母体不可能完全相同。母一胎间的免疫不适应而引起母体对胎儿的排斥。据文献报道除了遗传因素、内分泌因素、感染、全身性疾病及生殖器官畸形外，40%一65%自然流产患者与免疫因素有关阁。
　　5、子宫异常
　　由于子宫缺陷引起的流产约占10%~15%，常见的有(1)先天性苗勒氏管的异常包括单角子宫、双子宫及双角子宫致宫腔狭小，血供受到限制。子宫动脉发育异常可导致蜕膜化不同步和种植异常。(2)宫腔粘连，主要由宫腔创伤、感染或胎盘组织残留后引起宫腔粘连及纤维化。阻碍了正常蜕膜化和胎盘种植。
　　6、环境因素
　　女性胎停育引发的原因有哪些？妊娠期生理状态的改变、使母体对治疗药物和各种环境有害物质的吸收、分布和排泄发生了较大的改变，在发育初期，胚胎对治疗药物和环境因素的影响极为敏感，此时各种有害因素都可导致胚胎的损伤、甚至丢失。许多药物和环境因素是引起早期胚胎死亡或胎儿畸形的重要因素。
　　在线咨询
　　网上预约
　　QQ咨询
　　联系我们
　　为什么会胎停？
　　通过上述的介绍后，我们可以了解到，胎儿发育不好跟很多因素有关，所以女性在出现胎儿停止发育的现象时，要及早的去医院检查，并采取适当的治疗。不孕不育专家提醒：胎停育患者最好是先治疗在怀孕，以防再次发生。
　　造成胚胎停育的原因
　　孕卵异常是最...陌陌和草榴还健在 为什么快播被扫 ？
来源：财经综合报道
　　“扫黄打非?净网2014”专项行动正如火如荼展开，据深圳市公安局消息，根据群众举报，深圳快播科技有限公司涉嫌传播淫秽信息。微博上消息称，“消息称今天上午11点大批警察进入快播公司，控制了所有员工，不准碰手机和电脑，将公司所有电脑封存！目前还在持续。”随后曝光内部CEO王欣的邮件显示，“公司没有问题，律师在来的路上。”
　　快播自推出以来多次因卷入“涉黄”以及版权等问题受到行业诟病。4月17日，快播科技自己也发布公告称，公司将从技术转型原创内容，为此将清理低俗内容与涉盗版内容，关闭qvod服务器，停止基于快播技术的视频点播和下载。
　　到2011年年底，快播公布的周活跃用户数已高达两亿――可与国内视频网站的大佬优酷画上约等号。事实上，涉及“情色”原罪，而混得风生水起的不止是快播，还包括被称为“荷尔蒙式社交”的陌陌和屡禁不止的草榴社区等，它们能躲过这次行动吗？
　　为什么”草榴社区“扫不掉？
　　最近，一张曝光情色网站草榴社区运营数据的图片在网上热传。这张图片罗列了一些看上相当惊人的数字：比如网站日均访问量超过3000万；稳定活跃用户接近1400万；用户驻留的平均时间达32分钟；平均每天发片400部，每部片累计下载数量高达10万次；平均每日更新帖子1万个，每个帖子平均访问量为30万次，每个帖子经济效益为30到50美元。也就是说，这家网站每天的收入最少也有30到50万美元。
　　这些数据的真实性并不可考。事实却是，中国官方经过多年的扫黄打非，大量的黄色网站都被成功端掉，但是草榴社区却悄悄留存下来。为什么这个网络污点始终无法被清除？
　　IT业自媒体作者澜夕说，原因其实很简单。草榴社区创建于2006年，服务器在美国的科罗拉多州，实际控制者是几名美籍华人。时值中国某情色论坛东窗事发――其服务器虽然设在美国，但是论坛的主要管理员却都是不折不扣的中国人，又因内部斗争(主要为收入的分配)而造成不和，最后被山西省公安厅将部分论坛管理者抓获在案。草榴社区充分吸收了前辈失足的经验和教训，基本上不会设置太多的论坛管理者角色，即使需要存在的某些拥有管理权限的帐号，也都是不会在社区里发言和互动的(早期有过，但是后来就隐匿掉了)，这样就尽可能的避免了信息外泄或者产生纷争的风险。而草榴社区的实际控制者，都有着海外国籍，受到他国法律保护。
　　澜夕表示，我们国家打这个东西，第一种是直接打击，如果是在境内，就抄服务器，但是在国外，你是直接干是干不掉的，主要的做法就是屏蔽域名，但是草榴的发展模式是直接抛弃了域名，这其实是非常危险的方式。如果别人不记得你的域名，你这个网站的流量是不可能延续的。但是草榴的运营模式就在于它租借了很多个不同的域名，可能有成千上万个，而这些域名就不停在它的发布页上更新，它这个发布页可能一个临时的网页，比如雅虎的博客或者新浪的博客，不停地滚动没有被封的域名。租借域名的费用是很低的，可能一个人几美元左右，所以在这种情况下你紧是紧不了的，因为域名永远在换。
　　陌陌能否躲过？
　　标志性的向上45度侧脸自拍，或诱惑或纯洁无辜的眼神，微微嘟起的红唇，堪比顶级名模的魔鬼身材，“不经意”“侧漏”出的身体隐私部位，让人浮想联翩的自我介绍&&在一些城市的繁华地区，只要打开一款名为“陌陌”的社交软件，就能“惊喜”的发现一大批这样的美女环绕四周。
　　新华网中国网事报道称，“陌陌”等基于地理位置的陌生人之间交友软件的盛行不仅给情色交易等违法行为提供了新的“移动基地”，并且催生大量性侵案件的发生。受访专家表示，应即刻查缺补漏，加强监管，找出移动终端软件管理上存在的制度盲区和真空地带，有针对性地推出相关的法律法规，避免情色信息入侵青少年群体。
　　上述报道指出，陌陌CEO唐岩曾在自己微博写道：“最最重要的还是你出差孤独的住在1507房间的时候，可以通过LBS(基于位置服务)发现1509房也有个同样境遇的年轻女子。”正是这种毫不掩饰地将陌陌打造成陌生人之间“荷尔蒙式”互动的社交平台的目的。日，陌陌宣布注册用户突破了一亿。
　　报道还援引北京尚正律师事务所律师崔建华的话说，依据《互联网信息服务管理办法》规定，网络服务商有责任及时清除网站内存在的含有情色内容的信息。虽然有国家相关监管条例，但实际监管起来有很大难度。
　　也许正是因为目前的法律空白，陌陌才躲过这一劫吗？
　　为什么快播躲不掉？
　　快播的崛起跟盗版和情色电影站的繁荣有关。根据业内人士李阳（化名）透露，目前中国的中小电影站有10万之多，其中相当一部分通过快播来实现情色和盗版电影的传播。
　　李阳透露，其实快播快速成长的杀手锏是“在线播放器+CMS”。国内最大的电影站建站系统MaxCMS早期跟快播结成了紧密的联盟，任何一个站长只要使用MaxCMS建电影站，默认勾选的是快播流媒体点播系统作为播放解决方案。
　　快播的产品抓住了电影站的痛点，仅3个月，就已有数千家网站使用了快播的技术，每日使用人次达到600万，2500万台电脑上安装了快播播放器。
　　据李阳介绍，厉害的盗版电影站每年营收1千万―2千万元，江湖传言，有的电影站站长试过一天赚60万元。吴明透露，电影站的赚钱方式主要是联盟广告，加入好的广告联盟，一个每天独立IP达1万的电影站每月有2万元左右的收入。何谓好的广告联盟?“有的联盟1000IP只能带来几元钱的收益，有的能带来几十元。”吴明说，带有成人色彩的广告收益最高，能达到元。
　　无论是快播董事长王欣还是快播现任CEO朱达欣，都强调快播只做技术，不做内容运营。他说，“那些内容现在也有。快播只为电影站提供技术支持，与之没有正式书面协议，更没有经济往来。”这样的目的显然是为了规避“播放情色和盗版内容”的风险。但是，“不存储内容”只提供“流媒体传输工具”，
　　不做内容做技术的策略，到底可不可以逃避责任？类似的公司关门，已有先例。天线视频因播放盗版影视剧，两年获利2000余万元，其公司高管6人因涉嫌侵犯著作权罪而被刑拘;英雄宽频也因大量侵权被依法追究刑事责任，其法人代表也已被公安机关拘押。
(责任编辑：UF049)
GDP考核尽管不完美，但它还是不错的指标。[]
图解财经：
今日主角：
主演：唐嫣/李易峰/舒畅/陈伟霆/黄明
主演：陈晓/陈妍希/张馨予/杨明娜/毛晓彤/孙耀琦
主演：谷智鑫/王珂/黑子/张立/冯玉玺
主演：詹妮弗?劳伦斯/乔什?哈切森
主演：周迅/黄晓明/谢依霖/隋棠
TFboys《快乐环岛》
李冰冰质疑冯小刚偏心
刘欢组挑战限时创作
冯绍峰谈与倪妮恋爱事
艾伦曝《五十度灰》片段
张晓龙美容大揭密
奇幻执念师触摸未来
一路惊喜互秀激情
匆匆那年大结局
乔杉遭粉丝骚扰
社区热帖推荐
演绎别样性感……[]
客服热线：86-10-
客服邮箱：Why Web Modules?
This page discusses why modules on the web are useful and the mechanisms that can be used on the web today to enable them.
There is a separate page that talks about
for the particular function wrapped format
used by RequireJS.
Web sites are turning into Web apps
Code complexity grows as the site gets bigger
Assembly gets harder
Developer wants discrete JS files/modules
Deployment wants optimized code in just one or a few HTTP calls
Front-end developers need a solution with:
Some sort of #include/import/require
ability to load nested dependencies
ease of use for developer but then backed by an optimization tool that helps deployment
First thing to sort out is a script loading API. Here are some candidates:
Dojo: dojo.require("some.module")
LABjs: $LAB.script("some/module.js")
CommonJS: require("some/module")
All of them map to loading some/path/some/module.js. Ideally we could choose the CommonJS syntax, since it is likely to get more common over time, and we want to reuse code.
We also want some sort of syntax that will allow loading plain JavaScript files that exist today -- a developer should not have to rewrite all of their JavaScript to get the benefits of script loading.
However, we need something that works well in the browser. The CommonJS require() is a synchronous call, it is expected to return the module immediately. This does not work well in the browser.
This example should illustrate the basic problem for the browser. Suppose we have an Employee object and we want a Manager object to derive from the Employee object. , we might code it up like this using our script loading API:
var Employee = require("types/Employee");
function Manager () {
this.reports = [];
//Error if require call is async
Manager.prototype = new Employee();
As the comment indicates above, if require() is async, this code will not work. However, loading scripts synchronously in the browser kills performance. So, what to do?
It is tempting to use XMLHttpRequest (XHR) to load the scripts. If XHR is used, then we can massage the text above -- we can do a regexp to find require() calls, make sure we load those scripts, then use eval() or script elements that have their body text set to the text of the script loaded via XHR.
Using eval() to evaluate the modules is bad:
Developers have been taught that eval() is bad.
Some environments do not allow eval().
It is harder to debug. Firebug and WebKit's inspector have an //@ sourceURL= convention, which helps give a name to evaled text, but this support is not universal across browsers.
eval context is different across browsers. You might be able to use execScript in IE to help this, but it means more moving parts.
Using script tags with body text set to file text is bad:
While debugging, the line number you get for an error does not map to the original source file.
XHR also has issues with cross-domain requests. Some browsers now have cross-domain XHR support, but it is not universal, and IE decided to create a different API object for cross-domain calls, XDomainRequest. More moving parts and more things to get wrong. In particular, you need to be sure to not send any non-standard HTTP headers or there may be another "preflight" request done to make sure the cross-domain access is allowed.
Dojo has used an XHR-based loader with eval() and, while it works, it has been a source of frustration for developers. Dojo has an xdomain loader but it requires the modules to be modified via a build step to use a function wrapper, so that script src="" tags can be used to load the modules. There are many edge cases and moving parts that create a tax on the developer.
If we are creating a new script loader, we can do better.
Web Workers might be another way to load scripts, but:
It does not have strong cross browser support
It is a message-passing API, and the scripts likely want to interact with the DOM, so it means just using the worker to fetch the script text, but pass the text back to the main window then use eval/script with text body to execute the script. This has all of the problems as XHR mentioned above.
document.write() can be used to load scripts -- it can load scripts from other domains and it maps to how browsers normally consume scripts, so it allows for easy debugging.
However, in the
we cannot just execute that script directly. Ideally we could know the require() dependencies before we execute the script, and make sure those dependencies are loaded first. But we do not have access to the script before it is executed.
Also, document.write() does not work after page load. A great way to get perceived performance for your site is loading code on demand, as the user needs it for their next action.
Finally, scripts loaded via document.write() will block page rendering. When looking at reaching the very best performance for your site, this is undesirable.
We can create scripts on demand and add them to the head:
var head = document.getElementsByTagName('head')[0],
script = document.createElement('script');
script.src =
head.appendChild(script);
There is a bit more involved than just the above snippet, but that is the basic idea. This approach has the advantage over document.write in that it will not block page rendering and it works after page load.
However, it still has the
problem: ideally we could know the require() dependencies before we execute the script, and make sure those dependencies are loaded first.
So we need to know the dependencies and make sure we load them before executing our script. The best way to do that is construct our module loading API with function wrappers. Like so:
//The name of this module
"types/Manager",
//The array of dependencies
["types/Employee"],
//The function to execute when all dependencies have loaded. The
//arguments to this function are the array of dependencies mentioned
function (Employee) {
function Manager () {
this.reports = [];
//This will now work
Manager.prototype = new Employee();
//return the Manager constructor function so it can be used by
//other modules.
And this is the syntax used by RequireJS. There is also a simplified syntax if you just want to load some plain JavaScript files that do not define modules:
require(["some/script.js"], function() {
//This function is called after some/script.js has loaded.
This type of syntax was chosen because it is terse and allows the loader to use head.appendChild(script) type of loading.
It differs from the normal CommonJS syntax out of necessity to work well in the browser. There have been suggestions that the normal CommonJS syntax could be used with head.appendChild(script) type of loading if a server process transforms the modules to a transport format that has a function wrapper.
I believe it is important to not force the use of a runtime server process to transform code:
It makes debugging weird, line numbers will be off vs. the source file since the server is injecting a function wrapper.
It requires more gear. Front-end development should be possible with static files.
More details on the design forces and use cases for this function wrapping format, called Asynchronous Module Definition (AMD), can be found on the我出生在北京，很小的时候随父母移居阿姆斯特丹。去年我被公司派到北京做一个为期半年的项目，在北京的第二个月认识了怡冉。那时候我俩都失恋不久，最开始无非是想在对方身上找点安慰。接触了一个月之后，我发现她身上有许多可贵的优点，比如温柔细心、通情达理，很照顾别人的情绪，并且厨艺超群，每次到她家吃饭，都能给我惊喜。
慢慢地，我们之间的短信不再是简单的“你今天有空吗?要不要来我家？”而是多了许多甜言蜜语。聊天的内容也不再是“我的前任是极品”，而有了真正的对话交流，比如，各自的青春故事，对事业的规划，对男女关系的看法等等。也许是因为几个月后注定要分离，谁都没有把“爱”字说出口。
直到临走前的几天，我举办了一个告别派对，同事和朋友们都来了。派对快结束的时候，我跟怡冉都有点醉了。一个朋友问我们：你俩是不是在一起了？怡冉看了看我，没有回答。我说：“嗯，是在一起。”那位朋友转身离开后，我凑到她耳边问：“你不介意吧？”她笑了笑说：“我们明天好好谈谈吧。”
事实上，当天派对结束后，我们就去了我家。那晚我们并没有做爱，而是躺在床上聊天。
“我们应该在一起吗？”我问她。
“你爱我吗？”她问我。
“我也爱你，那为什么不在一起呢？”
于是我们正式在一起了。我唯一的担心是异地，怡冉却对此很有信心。她说，只要感觉对了，距离没有关系。我告诉她，我会争取尽快再来北京。她也说一有空就会去荷兰找我。
回荷兰后，我们每天都会在网上聊天，互发微信，总有聊不完的话题。
转眼新年到了，我们相约在泰国普吉岛见面。那一礼拜我们过得非常甜蜜，她甚至提到想结婚，我觉得有点太急，希望彼此再了解一下。她表示完全理解。离开泰国的前一天晚上，有点小小的不愉快。那晚我们一起去了一家酒吧。她去洗手间的时候，有个女孩过来跟我说话。她从洗手间出来看到我们，脸色很难看。女孩识趣地走开了。整整一个晚上，她都闷闷不乐，问她怎么了，她却只是说我很好，就是累了。
直到我们回到酒店，怡冉才终于开口，问我为什么要在她眼皮底下搭讪其他女孩。我解释说，我没有搭讪她，是她主动来跟我讲话的。 想不到怡冉更生气了，摔门而去。我追上她，问她到底怎么了。她没说话。我们就这样肩并肩地在酒店的花园里走着，一圈又一圈。
走了大概有半个小时，她深吸了口气，问道：“她来找你，你可以拒绝跟她说话呀！”
“不是不想拒绝她，只是……只是不想显得那么粗鲁。我本来就是想应付她几句，然后脱身。她问我是不是跟朋友一起来的，我说是跟女朋友一起来的。”
“你当真那样说的？”
“是呀，我发誓！”
所有的不愉快，在随后的亲热中烟消云散。那是我第一次见她生气，我想她是因为在乎我，才会吃醋的。
在机场分别的时候，她塞给我一件小礼物。我拆开一看，是我以前跟她提到的一本书。她在书上勾勾划划，还在空白处画了许多有趣的插图。上了飞机，我仔细一看，原来书里藏着一封写给我的情书，这里几句，那里几句，既跟书本身的内容有关，也跟我有关。比如，男主角跟女主角，发生了口角。她在批注读书心得的同时，也会对我说，亲爱的，你记不记得有一次，我们也遇到过类似的问题，但你处理的方式显然比这个男人成熟多了，感谢你对我的包容……言语间充满了对我的赞美与感激。
回了家，我立刻给她打电话，邀她来阿姆斯特丹。我说，让我给你定机票吧。她说尽量争取过来，不过机票不用我操心。
没多久，她真的飞到阿姆斯特丹来了。她正好要换工作，便跟下一家公司说，还有一个月才能从目前这家公司离职。事实上她已经离职了，所以空出了一个月的时间。在北京的时候，虽然我对她说过“我爱你”，其实心里并不是太确定，但她到阿姆斯特丹的时候，我已经无可救药地爱上了她。我带她见了我的家人和朋友。我认真地跟她说，要不你搬到阿姆斯特丹来吧。她笑着说，我又不会荷兰语，来也只能洗盘子。我说，你不用工作，我可以养你！她说，让我考虑考虑。
她回北京后，有次我跟几个朋友在外面喝酒。她发微信来说很想我，问我在干嘛。我老实回答了，她说想跟我视频聊天。我立刻找了个借口，飞奔回家。虽然她嘴上从没说过不放心我，但我想她应该还是有点担心的。这点我并不介意，我根本没有要欺骗她的打算，时间自会证明我对她的忠诚。那天我们在网上聊了很多实际的东西，并再次聊到结婚的话题，这次我觉得自己已经完全做好当丈夫的准备了。
但没过几天，她的态度却莫名其妙地冷淡起来，网上很少在线，电话也常常不接。好不容易打通了，我问她为什么不接电话，她要么说在开会，要么说没听见。我终于忍不住问她，为什么对我这么冷淡？是不是不爱我，或者爱上别人了。她却说，你想多了。入职新东家，工作繁多，又不敢怠慢，压力很大……听她那么一说，我反倒内疚起来，觉得也许真的是自己想多了。
我终于又争取到一次来北京出差的机会。我给她发了一封很甜蜜的邮件，并将具体的航班信息粘贴在附件里，她的回邮也很甜蜜。我走下飞机时，发微信跟她说，我到了。她回了我一个笑脸。当时我有种感觉，她已经站在接机口等我了，只要一看到她，之前的一切不安和怀疑都会立刻消失得无影无踪。
但她却没有出现在机场，那天她甚至没有给我打电话。
晚上，我沮丧地向一个朋友诉苦。他说，有些女人就这样，你不怎么在乎她的时候，她非要粘着你；你一旦待她如女王，她还真以为自己是女王了。现在你得潇洒一点，憋着别给她打电话，等她先来找你。
憋了四天，她都没联系我。到了第五天，我实在忍不住，打电话约她到XX餐厅吃晚饭。临到要见面时，她发条短信给我：临时有事，能不能改到明天？对不起。
那一刻，我知道我们彻底结束了。
只是我搞不懂是怎么结束的，这个问题困扰了我很久很久。她如果不爱我，为什么说要跟我结婚？为什么要送我那么特别的礼物？她如果爱我，为什么会这样对我？甚至有朋友分析说，她想通过我移民，可能是遇到更好的利用对象，就放弃我了。但我觉得这太扯了。不过也许从一开始，我们的关系对她来说就只是个游戏，现在她玩腻了，所以退出？
一开始我就很喜欢他。他长得挺帅，懂的东西也很多，让我有种碰到了人生导师的感觉。这正是我需要的—— 一个能让我崇拜和学习的男人。在一起之前，我们已经上了好几次床。朋友都跟我说，爱上炮友是很蠢的。所以我一直小心翼翼，从不提爱这个字。有时候觉得他也是爱我的，有时候又觉得那是自己自作多情，不敢抱太大希望。出乎意料的是，他竟然在自己的告别派对上，当众承认我们是一对儿，那天晚上我觉得自己快幸福死了。
接下来就是泰国之旅，我们一起做的浪漫事情我就不细说了，无非是沙滩漫步，烛光晚餐这类，说起来很俗气，但身处其中时，感觉却犹如在天堂。曾经在本杂志上看到过一句话——我们最终选择的，总是那个让我们笑得最开心那位。在泰国那一周，我感觉自己欢笑的时刻，比之前的二十几年加起来还多。那时候我认定了这就是我的Mr. Right，想嫁给他这样幸福地过一辈子。
然后我满怀希望地去了他生活的城市——阿姆斯特丹。之前无论是北京，还是普吉岛，他其实都是在某种“度假”状态，而非“生活”状态，展现的也都是自己最自信，最轻松的一面。这也不能怪他，是我自己把他“理想化了”。我最欣赏那种有才华，有学识，有魄力的男人，无论遇到什么事情，总是冷静无比。 到阿姆斯特丹之前，我觉得他就是那样的男人。进入他的真实生活后，才发现他不是那样的，比如出门忘了带钥匙，需要去朋友家拿备用的，这样的小事都能影响他一天的心情；还有他发表的很多让我佩服的睿智观点和人生感概，其实只是在重复他父亲的话而已，这是我见过他家人之后才发现的。这些都不是什么大问题，也不是说他不好，就是深入了解后，才发现实际的他，跟我心目中的那个他，不太一样。人们总说，爱情会蒙蔽双眼，让你看不清对方。当我看清以后，爱情就不在了。我不知道如何是好，便发微信把状况告诉了在北京的闺蜜A。闺蜜A说，世上哪里有完美无缺的男人呀！过了新鲜期的爱情都这样，别纠结什么爱不爱的。他对你那么好，而且性格、收入和家庭背景都不错。你还发啥神经呀？这样的男人你都不要，是想孤老终身吗？
我不甘心，又发微信给闺蜜B，她的言论跟闺蜜A的如出一辙。我感觉她们说得也很有道理，于是努力说服自己还爱他，并继续扮演一个合格的女朋友。直到那天他说让我搬去阿姆斯特丹，还说要养我，而我居然没有任何幸福与激动的感觉，于是我确定，确实不爱他了。
我本打算回北京后，给他发封邮件说分手，但写着写着，正好他也上线，他跟我打招呼（我们用的邮箱，是可以在线聊天那种），说了很多甜蜜的话，我又把那封邮件删掉了。我把这件事情告诉了几个闺蜜，本来是想让她们帮我建立一点提分手的勇气，想不到又被她们集体批判了一顿，不停地跟我灌输什么“嫁人就得嫁爱你的，而不是你爱的男人。”
其中一个闺蜜，更是道出了我的软肋。 在他之前，我谈了两次恋爱，都是以被分手告终。她说：“你不是最痛恨那两个甩你的人吗？你不是说甩掉自己对象的人都是混蛋吗？ 既然最后选择离开，当初为什么同意在一起？现在你自己跟那俩混蛋前男友，有本质上的区别吗？”
是呀，我不能成为自己最痛恨的那种人。我下定决心不再多想，继续跟他在一起。甚至又跟他提到结婚，就是想把自己逼到一条无法回头的路上。可越是决定不再多想，想得越多，我越来越觉得嫁给一个自己不爱的男人，那样过一辈子，实在太可怕了。就算当个混蛋，就算成为自己最痛恨的那种人，也比嫁给自己不爱的男人强。再说，让他娶个不爱他的女人，这事儿对他也不公平。
我们结束的原因其实很简单，我对他没感觉了。只是那时说不出口，就想着慢慢冷淡，让他自己明白。我觉得最对不起他的地方，是没早点说出真相。以我的个人经验，被所爱的人一个No直接Pass掉，并不是最痛苦的。最痛苦的是，你分不清对方心里是Yes还是No，对一个人的绝望中还抱有一丝希望，这其实比彻底绝望更折磨人。除了对不起，还想说句谢谢，首先想谢谢他陪我度过的那些美好时光，其次要谢谢他让我摆脱了自身曾被抛弃的怨气。 那两个离开我的人，他们也一定有他们的理由，只是我不知道，或者不愿意知道而已。
推荐：系列文章《 》
相关人气资讯 ：
我国的性教育比较保守和落后，这时小电影就具有了一部分性教育的...
咳咳，本期内容尺度较大，请18岁上下的朋友们在父母不在的时候...
无论单身还是恋爱，好好享受人生中的每一段时光。
这个短篇女主人特别矫情，
领悟各自不同，对感情的状态不在一个点，完全是两种人两种状态，自然走不到一起。遗憾了。
只是太渴望被爱！其实没有去爱！
如果真的爱这个女的，为何不多给她安全感，让她没有心理障碍，这样她就可以毫无顾忌的做真实的自己了，偏偏却选择放弃，这不是真爱啊
爱的初期,世界里都是她的影子,相处时间长了. 情感慢慢就平淡了, 就感觉到彼此性格的不合 对事务的态度.慢慢感觉到心理的疲惫.
女人在建立关系经营感情的初期 确实是善变的 但是是不是真的爱情 时间能证明 她最后能清楚认识到自己 已经不错了 悲剧了男主
&span style=&color: rgb(204, 204, 204); line-height: 20 background-color: rgb(85, 85, 85); &&（如果你也跟我一样喜欢这个网站，如果你想要有人分享你的心情，请加入壹心理FANS群吧。群号： ps: 非官方群）&/span&
好聚好散把
这是激情不是爱！
我经历过类似的事，我始终不能理解女主…
男女的想法永远不在一个级别上面。
说那么多美好时光，其实自己一开始就是不爱他。所有的好什么只是掩盖延长了自己不爱的感觉。人们总把激情当做爱，甚至说是真爱！个人觉得这是很愚蠢性的，然后再高呼怎么怎么样，激情是爱的路口，过了门口多数人不想进了，就说自己已经知道真爱是什么。然后随年龄，心灵疲惫了，找到稳固的对象，那能相处久，是现在大家愿意过了门槛走进去！
今天，我来当小编！ &
推荐两性心理：
编辑推荐：······
热门测试 ：
& &All Rights Reserved. & &
登录壹心理
开始心理测试，收听FM，用心理学改变自己！
使用其它账号登录