| 廣告聯系 | 簡體版 | 手機版 | 微信 | 微博 | 搜索:
歡迎您 游客 | 登錄 | 免費注冊 | 忘記了密碼 | 社交賬號注冊或登錄

首頁

新聞資訊

論壇

溫哥華地產

大溫餐館點評

溫哥華汽車

溫哥華教育

黃頁/二手

旅游

前線兵力懸殊 中印交火雷大雨點小

QR Code
請用微信 掃一掃 掃描上面的二維碼,然後點擊頁面右上角的 ... 圖標,然後點擊 發送給朋友分享到朋友圈,謝謝!
  自中印在洞朗地區爆發對峙沖突後,該事件在中印兩國造成了巨大的輿論沖擊, 在經過一個多月的發酵期後,外界紛紛在猜測這場爭端最終可能以怎樣的方式收場。


  

  中印邊境對峙已經持續一個月有余(圖源:VCG)


  而中國政府對這場對峙的立場與態度也在一段時間裡發生數次變化,從最開始的關注朝聖糾紛,到後續的尋找危機解決方案。對此,中國印度問題學者、復旦大學教授林民旺在接受采訪時表示,印度在對峙地區的兵力要顯著強於中國,大規模戰爭很難發生,雙方都會盡可能保持冷靜與克制。

  問:以這次中印對峙來說,從媒體公開報道的一些情況來看很激烈,隨時可能發生沖突。你怎麼看現在對峙的真實情況呢?中國全副武裝,不斷地增兵,營造出了一種緊張的氣氛。

  林民旺:這是一個真實的狀況,雙方現在最前線沒有多少士兵,但是都在往對峙點增加軍事力量,這一點是肯定的。但是,在最前線其實還好吧,畢竟中印邊境的管控機制還是有效的,有些雙方遵守的規則,例如槍口朝下等等。所以透露出來的視頻裡,邊防人員之間並沒有打架,只是互相頂來頂去。、

  問:也就是相對保持冷靜和克制的狀態。

  林民旺:假設要是開了槍之後,現場氣氛會立刻變化的。因為你敢打我,那麼我就會擔心啥時候可能被你打死了,所以我最好是先開槍趕緊把你斃了。

  問:近來還出現了個烏龍事件,就是一個媒體報道說中國打死150多個印度人。

  林民旺:可見南亞很多國家都希望中國趕緊對印度動手了。

  問:中共半官方媒體《環球時報》總編輯胡錫進近日公開表示,印度現在最前線的情況明顯不如中國,與解放軍對峙的印軍每天有十來個士兵生病。這是一種宣傳策略,還是真實的前線情況?


  林民旺:我也搞不清。其實印度在那裡軍事實力比中國強,網上傳聞是7比1至5比1,並且稱中國在亞東有個邊防團,日喀則有一個專門的山地旅。而印度那邊的實力就強得多了。

  問:單純就部署來講,中國應該更重視一些吧?

  林民旺:那肯定的,中國國防部發言人都已經表態過了。


  問:其實外界現在普遍關注的是,中印能打起來嗎?

  林民旺:特別難判斷,中國是真的生氣了,而且生氣的程度也比較高,你看曾擔任印度駐華大使的蘇傑生說的也很清楚,中國這次“不同尋常的富於侵略性”。但其實印度人好像覺得中國人不應該這麼氣憤的,它感覺很難理解。中國人則覺得,我當然有理由氣憤,印度這就是赤裸裸地在挑釁嘛!印度居然連1890年的邊界條約都可以不認,你是這開玩笑嗎?

  問:的確很戲劇。

  林民旺:你難道不覺得印度真的是在挑釁嗎?比如說,我現在同一個更弱的對手鬧起來了,對方覺得沒什麼,倒是另一個人莫名其妙地沖出來要和我打架。然後他說是在幫我的對手,其實我的對手可能根本就沒找人嘛。所以這是中國氣憤的原因。

  問:所以印度的動因是什麼? 如此的大動幹戈,應該事出有因吧。

  林民旺:說印度故意挑釁可能也有點過,只能說印度在安全方面確實比較敏感,尤其是在那個地帶,它在安全上的需求比較敏感。中國朝著姐普山脊上修路,站在吉姆馬珍山上,整個錫金和不丹西南部就在視野之下了,西裡古裡走廊也能夠收入中國眼底。因此,印度將這裡定位為它所謂的戰略紅線,所以這也是為什麼當年印度不讓不丹和中國把邊界條約簽署了,現在它要的是讓不丹把洞朗炒作成中國和不丹兩國的爭議區。

  問:所以這還是最關鍵的一個原因。
您的點贊是對我們的鼓勵     已經有 1 人參與評論了, 我也來說幾句吧
上一頁123下一頁
注:
  • 新聞來源於其它媒體,內容不代表本站立場!
  • 在此頁閱讀全文
    猜您喜歡:
    您可能也喜歡:
    共有 1 人參與評論    (其它新聞評論)
    評論1 游客 [所.昔.迄.仁] 2017-07-27 20:49
    牛不抵牛是熊牛!
    上一頁1下一頁
    我來說兩句:
    評論:
    安全校驗碼:
    請在此處輸入圖片中的數字
    The Captcha image
    Terms & Conditions    Privacy Policy    Political ADs    Activities Agreement    Contact Us    Sitemap    

    加西網為北美中文網傳媒集團旗下網站

    頁面生成: 0.0386 秒 and 6 DB Queries in 0.0024 秒